Trying to open Properties causes crash of used program

[MagicAndre1981]

Trying to open File/Folder Properties causes crash of used program (Explorer, Altap Salamander, Everything).

Here is the callstack of the crash:

00 0000000d`b41fefb8 00007ff8`d76a848c     OpenHashTab64!strcmp(void)+0xb [D:\Users\user\git\OpenHashTab\cmake-openhashtab-x64\minkernel\crts\ucrt\src\appcrt\string\amd64\strcmp.asm @ 89] 
01 0000000d`b41fefc0 00007ff8`d76a85a8     OpenHashTab64!LegacyHashAlgorithm::LegacyHashAlgorithm(char * name = <Value unavailable error>, unsigned int64 expected_size = <Value unavailable error>, char ** extensions = <Value unavailable error>, char * alg_name = 0x00007ff8`d76e31d7 "CRC32", unsigned int64 * params = 0x00000000`00000000)+0x8c [D:\Users\user\git\OpenHashTab\LegacyAlgorithms\LegacyHasher.cpp @ 272] 
02 0000000d`b41ff020 00007ff8`d7681cfa     OpenHashTab64!LegacyHashAlgorithm::Algorithms(void)+0x78 [D:\Users\user\git\OpenHashTab\LegacyAlgorithms\LegacyHasher.cpp @ 314] 
03 (Inline Function) --------`--------     OpenHashTab64!LegacyHashAlgorithm::ByName(class std::basic_string_view<char,std::char_traits<char> > * name = <Value unavailable error>)+0x5 [D:\Users\user\git\OpenHashTab\LegacyAlgorithms\Hasher.h @ 34] 
04 (Inline Function) --------`--------     OpenHashTab64!LegacyHashAlgorithm::IdxByName(class std::basic_string_view<char,std::char_traits<char> > * name = <Value unavailable error>)+0x5 [D:\Users\user\git\OpenHashTab\LegacyAlgorithms\Hasher.h @ 45] 
05 (Inline Function) --------`--------     OpenHashTab64!Settings::Settings(void)+0x598 [D:\Users\user\git\OpenHashTab\OpenHashTab\Settings.cpp @ 66] 
06 0000000d`b41ff070 00007ff8`d769e09e     OpenHashTab64!Coordinator::Coordinator(class std::list<std::basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator<wchar_t> >,std::allocator<std::basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator<wchar_t> > > > * files = <Value unavailable error>)+0x6da [D:\Users\user\git\OpenHashTab\OpenHashTab\Coordinator.cpp @ 24] 
07 (Inline Function) --------`--------     OpenHashTab64!PropPageCoordinator::Coordinator(void)+0xd [D:\Users\user\git\OpenHashTab\OpenHashTab\Coordinator.h @ 68] 
08 (Inline Function) --------`--------     OpenHashTab64!wnd::MakePropPage(struct _PROPSHEETPAGEW * psp = 0x000000c8`00000068, class std::list<std::basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator<wchar_t> >,std::allocator<std::basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator<wchar_t> > > > * args = <Value unavailable error>)+0x32 [D:\Users\user\git\OpenHashTab\OpenHashTab\wnd.h @ 183] 
09 0000000d`b41ff140 00007ff9`0c767ee9     OpenHashTab64!COpenHashTabShlExt::AddPages(<function> * add_page_proc = 0x00007ff9`0c767c30, int64 lparam = 0n58856567632)+0xce [D:\Users\user\git\OpenHashTab\OpenHashTab\OpenHashTab.cpp @ 215] 
0a 0000000d`b41ff240 00007ff9`0c768a17     shell32!DCA_AppendClassSheetInfo+0xc5
0b 0000000d`b41ff2d0 00007ff9`0c767fec     shell32!SHOpenPropSheetW+0x477
0c 0000000d`b41ff910 00007ff9`0c767d57     shell32!ExecutePropSheet+0x84
0d 0000000d`b41ff990 00007ff9`0cd1cf32     shell32!<lambda_0adf029e417b35557c5db3e6850fc43b>::operator()+0x97
0e 0000000d`b41ff9d0 00007ff9`0ccf6cb5     SHCore!WorkThreadManager::CThread::RunCurrentTaskUnderLock+0x62
0f 0000000d`b41ffa10 00007ff9`0ccf6b8c     SHCore!WorkThreadManager::CThread::ThreadProc+0xf5
10 0000000d`b41ffca0 00007ff9`0ccf5381     SHCore!WorkThreadManager::CThread::s_ExecuteThreadProc+0x18
11 0000000d`b41ffcd0 00007ff9`0cda7374     SHCore!<lambda_9844335fc14345151eefcc3593dd6895>::<lambda_invoker_cdecl>+0x11
12 0000000d`b41ffd00 00007ff9`0dcdcc91     kernel32!BaseThreadInitThunk+0x14
13 0000000d`b41ffd30 00000000`00000000     ntdll!RtlUserThreadStart+0x21

0:023> lmvm OpenHashTab64
Browse full module list
start             end                 module name
00007ff8`d7680000 00007ff8`d775f000   OpenHashTab64   (private pdb symbols)  c:\users\USERNAME\appdata\local\programs\openhashtab\OpenHashTab64.pdb
    Loaded symbol image file: OpenHashTab64.dll
    Mapped memory image file: c:\users\USERNAME\appdata\local\programs\openhashtab\OpenHashTab64.dll
    Image path: C:\Users\USERNAME\AppData\Local\Programs\OpenHashTab\OpenHashTab64.dll
    Image name: OpenHashTab64.dll
    Browse all global symbols  functions  data
    Image was built with /Brepro flag.
    Timestamp:        05A5742D (This is a reproducible build file hash, not a timestamp)
    CheckSum:         000EB5D6
    ImageSize:        000DF000
    File version:     3.1.1.0
    Product version:  3.1.1.0
    File flags:       1 (Mask 3F) Debug

This happens since the update to 3.1.1.

[namazso]

Is it possible that you installed the 3.0.5 version over 3.1.1? Due to the installer system change, there is no downgrade protection present.

[MagicAndre1981]

no, I installed the user setup of 3.1.1 over the older 3.0.5

[MagicAndre1981]

ok, I removed the 3.1.1 and reinstalled the 3.1.1. Now I can open the properties again.

[namazso]

Weird... Not only should the installer uninstall previous versions, but even if that fails somehow it should also install over the newer binaries. Your situation was that there were AlgorithmsDll_* files from 3.0.5 but OpenHashTab64.dll from 3.1.1. I'll test this scenario again to see if I can reproduce it in any way, but glad you got it fixed!

[Narrat]

Good to know I wasn't the only one to experience a crashing explorer.exe.
Happened due to the same: Crashing on W10 after I installed 3.1.1 over 3.0.5.

[MagicAndre1981]

Weird... Not only should the installer uninstall previous versions, but even if that fails somehow it should also install over the newer binaries.

I also tried repairing the 3.1.1 but this also did not solve the issue. Only the removal and reinstall finally fixed it.

[namazso]

I tried reproducing it but can't. Installing 3.0.5 then 3.1.1 correctly runs the uninstaller. Intentionally corrupting the 3.0.5 uninstaller will correctly abort the 3.1.1 install:

Dropping the 3.0.5 files in the install target folder then running the 3.1.1 installer correctly overwrites them. I can't think of any other messed up scenario that'd result in 3.0.5 files over 3.1.1 files.

[Narrat]

Such are the most annoying issues 🗡️:D
As far as I can tell I didn't do anything out of the ordinary with the installations. All went through without errors. The install history was 3.0.4 -> 3.0.5 -> 3.1.1 IIRC.

But as reproduction is not really clear and seemingly not that many experienced it and a workaround is known... investigating it further seems like a timesink and not really worth it? :D

[namazso]

Yeah I'll just let go of it now... It's just weird because Windows Installer should be very good at installing stuff. Its transactionality should guarantee this never happens.

[jacktose]

This just started happening to me. I'll try the reinstall unless there's something useful I can do to troubleshoot, first.
Edit: Reinstall fixed it. 🤷

They are logged in Windows Event Viewer. You can find them by filtering Windows Logs > Application for Event ID = 1000. Here are a few in XML, CSV, (tab-separated) TXT, but the interesting part always looks about like this:

Faulting application name: Explorer.EXE, version: 10.0.26100.4768, time stamp: 0xbd2489c5
Faulting module name: OpenHashTab64.dll, version: 3.1.1.0, time stamp: 0x05a5742d
Exception code: 0xc0000005
Fault offset: 0x0000000000056cfb
Faulting process id: 0xCD98
Faulting application start time: 0x1DC1608BCFF1CEC
Faulting application path: C:\WINDOWS\Explorer.EXE
Faulting module path: C:\Users\jacktose\AppData\Local\Programs\OpenHashTab\OpenHashTab64.dll
Report Id: d2eda8da-2e88-4e43-b43b-a0d957241dc7
Faulting package full name: 
Faulting package-relative application ID: 

[chuim]

Just adding my +1 here: the same was happening crashing upon opening file/folder properties that I finally narrowed down to OHT after some time investigating. As others reported, uninstalling > reinstalling did the trick.

I was able to find the Event Viewer logs mentioned by @jacktose, but I'm curious how @MagicAndre1981 got that pretty callstack?