https://bugs.winehq.org/show_bug.cgi?id=54829
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download CC| |xerox.xerox2000x@gmail.com Status|UNCONFIRMED |NEW Ever confirmed|0 |1 URL| |https://storage.googleapis. | |com/vectric_public/VCarveDe | |sktopTrialEdition_Setup.exe Summary|Unhandled exception: page |Unhandled exception in |fault on write access to, |VCarveDesktopTrialEdition: |invalid program stack in |page fault on write access, |64-bit code |invalid program stack in | |64-bit code
--- Comment #1 from Louis Lenders xerox.xerox2000x@gmail.com --- Confirming
Just before the crash there's a call to: 00d4:Call kernelbase.GetSystemWow64DirectoryA(08c34684,00000008) ret=1440836ac 00d4:Call ntdll.RtlInitUnicodeString(009afbf0,7b08fc40 L"C:\windows\syswow64") ret=7b017cae 00d4:Ret kernelbase.GetSystemWow64DirectoryA() retval=00000014 ret=1440836ac
If you put a hack in kernelbase so that that call fails, the application starts fine for me; I guess maybe a different code path is than chosen (?)
Looks like it might have to do with wow64 support (?)
Hack to make the program start:
diff --git a/dlls/kernelbase/file.c b/dlls/kernelbase/file.c index b676c50c416..06bd47e242c 100644 --- a/dlls/kernelbase/file.c +++ b/dlls/kernelbase/file.c @@ -2201,7 +2201,7 @@ UINT WINAPI DECLSPEC_HOTPATCH GetSystemWindowsDirectoryW( LPWSTR path, UINT coun */ UINT WINAPI /* DECLSPEC_HOTPATCH */ GetSystemWow64DirectoryA( LPSTR path, UINT count ) { - if (!is_win64 && !is_wow64) + if (!is_win64 && !is_wow64 || 1) { SetLastError( ERROR_CALL_NOT_IMPLEMENTED ); return 0;