?Total Commander 8.5b12 crashes on "Synchonize Dirs&quo

[DeGriz]

Total Commander crashes when I use "Synchonize Dirs" command on a directories with large number of files (about 800). I filter by mask "*.java", check flags "Subdirs", "by content" and "ignore date". But program does not crash during the comparison. It crashes after when I decide which file should or should nor go to destination directory. After I open for comparison about hundred files (sometimes less, sometimes more) and make a decision on each one of these files, Total Commander crashes.

PS Total Commander 8.01 works fine on the same directories.
PPS I will stick memory dump of the crash tomorrow, because currently I cannot do that because of the forum rules.

[ghisler(Author)]

No crash here - do you get an error dialog from Total Commander?

[DeGriz]

No, Total Commander crashes and I get the question from Visual Studio if it should start debugger on a crashed process or not.
I'll try to reproduce this behaviour on 8.5 beta 13 and tell you if it still present or not.

[Dalai]

No, Total Commander crashes and I get the question from Visual Studio [...]

Due to the fact that TC is written in Delphi (and TC 64 bit in Lazarus) you should start looking for plugins and/or shell extensions that are compiled with Visual Studio (C++, C# or something like that) that could cause the crash.

There are some programs and TC plugins that can help you with that: PEViewer, FileInfo, FileAlyzer (and many more). And check out ShellExView by NirSoft to disable the shell extensions.

Regards
Dalai

[ghisler(Author)]

Do you get a crash dump in TEMP when you see this visual studio message? If yes, can you zip it and send it to support at ghisler dot com, please?

[DeGriz]

This is promised dump by Visual Studio:
https://app.box.com/s/m0byzl6eqigwt3n97ufi

If your program also makes a dump, please tell me where should I search for it.

Also I tried to reproduce bug on 8.5b13. I could not do it.

[ghisler(Author)]

Thanks - is this still with beta 12?

Seems to be a problem with a theme, do you use a non-standard theme?

Here is the stack trace:
comctl32!CUxScrollBar::Detach+0x1a
uxtheme!CThemeWnd::_DetachInstance+0x9f [d:\wbrtm\shell\themes\uxtheme\nctheme.cpp @ 2197]
uxtheme!CThemeWnd::Detach+0x1cb [d:\wbrtm\shell\themes\uxtheme\nctheme.cpp @ 2143]
uxtheme!ThemePostWndProc+0x434 [d:\wbrtm\shell\themes\uxtheme\sethook.cpp @ 615]
user32!UserCallWinProcCheckWow+0x1bd
user32!DispatchClientMessage+0xa2
user32!_fnNCDESTROY+0x32
ntdll!KiUserCallbackDispatcherContinue
user32!ZwUserDestroyWindow+0xa
TOTALCMD64+0x4cef96: DestroyWindow(Handle);
TOTALCMD64+0x3d5b5d

[MarcinW]

I get the question from Visual Studio if it should start debugger on a crashed process or not.

Due to the fact that TC is written in Delphi (and TC 64 bit in Lazarus) you should start looking for plugins and/or shell extensions that are compiled with Visual Studio (C++, C# or something like that) that could cause the crash.

Note: This means that the debugger from the Visual Studio is set as the default Windows debugger, not that the file that caused problems was created with Visual Studio.