Access violation crash when drag and dropping a file
Moderators: white, Hacker, petermad, Stefan2
Access violation crash when drag and dropping a file
Since I updated to version 7, totalcmd often crashes when I try to move a file from one side to the other. It seems to happen completely randomly. It can be with any file and from any folder. All I am doing is:
1) right-click a file on the left window and drag it to the right window
3) Then I get the error message below as soon as I release the right mouse button
Image: http://pros.orange.fr/freextras/divers/totalcmdcrash.png
Any idea what could be the problem? I couldn't find anything about this kind of bug on the forum so I assume it's not a known bug? (also it happens to me a lot)
It's a pity that a such a brilliant program that use to be so reliable become suddenly so instable with the new version
1) right-click a file on the left window and drag it to the right window
3) Then I get the error message below as soon as I release the right mouse button
Image: http://pros.orange.fr/freextras/divers/totalcmdcrash.png
Any idea what could be the problem? I couldn't find anything about this kind of bug on the forum so I assume it's not a known bug? (also it happens to me a lot)
It's a pity that a such a brilliant program that use to be so reliable become suddenly so instable with the new version
Perfect here
2Laurent
Hello ! Bonjour,
• I work almost only by Drag & Drop for my copy¦move operations, and I have not any problem in TC 7.0xx
- Which OS are you using ?
- You might enable (if not done yet) the log file from Configuration >> Options (the opposite in French) >> Log file,
then report here a copy operation that crashes TC.
- At first glance (I'm not expert at this) it seems that the address of the error doesn't belong to the TC ones…
KR
Claude
Clo
Hello ! Bonjour,
• I work almost only by Drag & Drop for my copy¦move operations, and I have not any problem in TC 7.0xx
- Which OS are you using ?
- You might enable (if not done yet) the log file from Configuration >> Options (the opposite in French) >> Log file,
then report here a copy operation that crashes TC.
- At first glance (I'm not expert at this) it seems that the address of the error doesn't belong to the TC ones…
KR
Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
Documented---
2Laurent
You could have a sight to the French (and English) Tutorial, these docs are up to date,
there are all new options¦features in TC 7.0
- Available for download as usual (see my signature below) and now also DIRECTLY ONLINE IN YOUR WEB BROWSER
KR
Claude
Clo
You could have a sight to the French (and English) Tutorial, these docs are up to date,
there are all new options¦features in TC 7.0
- Available for download as usual (see my signature below) and now also DIRECTLY ONLINE IN YOUR WEB BROWSER
KR
Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
- ghisler(Author)
- Site Admin
- Posts: 48231
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Indeed TC now uses these so-called drag&drop handlers, but only when dragging with the RIGHT mouse button. They add their own menu entries to the DROP menu. So search for drag&drop handlers with ShellExView.
Btw, you can disable these drag&drop extensions in TC if you never use them:
wincmd.ini [Configuration]
DropExtensions=0
Btw, you can disable these drag&drop extensions in TC if you never use them:
wincmd.ini [Configuration]
DropExtensions=0
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Ok I just got another crash:
Image: http://pros.orange.fr/freextras/divers/totalcmdcrash2.png
I don't know if it can help but it seems that the access violation is always at the same address.
The log file doesn't report any error
I'm going to disable all the drag&drop handlers in ShellExView but basically it seems to me that it's more of a TC bug. No matter how poorly coded the drag&drop handlers are, I don't think TC should crash that way.
Laurent
edit: BTW, I only had one drag&drop handler active: WinRAR (C:\Program Files\WinRAR\rarext.dll) so I guess the issue comes from there.
Image: http://pros.orange.fr/freextras/divers/totalcmdcrash2.png
I don't know if it can help but it seems that the access violation is always at the same address.
The log file doesn't report any error
Yes I did this already (one of the first thing I did after installing totalcmd 7 ) however the crashes still happen.Btw, you can disable these drag&drop extensions in TC if you never use them:
wincmd.ini [Configuration]
DropExtensions=0
I'm going to disable all the drag&drop handlers in ShellExView but basically it seems to me that it's more of a TC bug. No matter how poorly coded the drag&drop handlers are, I don't think TC should crash that way.
Laurent
edit: BTW, I only had one drag&drop handler active: WinRAR (C:\Program Files\WinRAR\rarext.dll) so I guess the issue comes from there.
It makes no sense to "hope" as if WinRAR is the culprit, the fix has to be made by Eugene Roshal, not ghisler.
I am using WinRAR too and don't have any problems. Try a WinRAR uninstall/reinstall, or reinstall the extension – regsvr32 rarext.dll – or try the latest WinRAR version which is 3.70 Final.
Icfu
I am using WinRAR too and don't have any problems. Try a WinRAR uninstall/reinstall, or reinstall the extension – regsvr32 rarext.dll – or try the latest WinRAR version which is 3.70 Final.
TC can only catch errors as long as it is in control. If some extension corrupts memory, it might have no chance to decide if it wants to crash or not...No matter how poorly coded the drag&drop handlers are, I don't think TC should crash that way.
Icfu
This account is for sale
Well I have no idea if it's a WinRAR bug or a TC bug. All I can say is that TC crashes:icfu wrote:It makes no sense to "hope" as if WinRAR is the culprit, the fix has to be made by Eugene Roshal, not ghisler.
- even though I added the command "DropExtensions=0" to the INI file
- and even though the drag&drop handler doesn't make Explorer to crash.
which makes me think that it might have something to do with TC.
Also it happens with all the versions of WinRAR I tried including the last one.
So as long as Christian doesn't say "it can't be fixed", I'll keep "hoping"
Have you added it to the right wincmd.ini? See Help-About what wincmd.ini you have to adjust.even though I added the command "DropExtensions=0" to the INI file
This is expected. Most faulty extensions only crash in other file managers than Explorer because this is how they were designed.and even though the drag&drop handler doesn't make Explorer to crash.
Sure, feel free to hope for some magic fix. Good luck.So as long as Christian doesn't say "it can't be fixed", I'll keep "hoping"
Icfu
This account is for sale
Yes it's the right ini file. If I put the line in, the WinRAR menu is not visible when I drop a file although the error still happens occasionally. If I disable the handler altogether in Shellexview, I don't get the error anymore (however I need it enabled).icfu wrote:Have you added it to the right wincmd.ini? See Help-About what wincmd.ini you have to adjust.
By the way I just noticed that I can click "Yes to continue" when the error occurs so I guess I can live with it for now.
Thanks for the help anyway.
- ghisler(Author)
- Site Admin
- Posts: 48231
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
If the handler isn't loaded via DropExtensions=0, then it cannot be the problem! I guess that you are invoking the right click context menu by mistake, which then causes the crash via a bad shell extension...Yes it's the right ini file. If I put the line in, the WinRAR menu is not visible when I drop a file although the error still happens occasionally. If I disable the handler altogether in Shellexview, I don't get the error anymore (however I need it enabled).
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com