https://bugs.winehq.org/show_bug.cgi?id=18260
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello folks,
confirming.
From a quick glance at trace log it seems some dialog creation fails.
Kind of expected because the resource (HGLOBAL) was freed before.
--- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+relay,+module,+resource,+global wine ./quicktime212.exe >>log.txt 2>&1 ... 0027:Call USER.420: _WSPRINTF(122f:6526,128787c6 "#%d",...) ret=11df:011c ds=122f 0027:Ret USER.420: _WSPRINTF() retval=00000004 ret=11df:011c ds=122f 0027:trace:global:GlobalHandle16 100f 0027:Call KERNEL.60: FINDRESOURCE(122e,122f6526 "#126",00000005 #0005) ret=11df:0136 ds=122f 0027:trace:resource:FindResource16 module=117f name="#126" type=#0005 0027:trace:resource:NE_FindTypeSection Skipping type 800c 0027:trace:resource:NE_FindTypeSection Skipping type 800e 0027:trace:resource:NE_FindTypeSection Skipping type 8002 0027:trace:resource:NE_FindTypeSection Found type 8005 0027:trace:resource:FindResource16 Found id 0x7e 0027:Ret KERNEL.60: FINDRESOURCE() retval=00000154 ret=11df:0136 ds=122f 0027:trace:global:GlobalHandle16 100f 0027:Call KERNEL.61: LOADRESOURCE(122e,0154) ret=11df:0162 ds=122f 0027:trace:resource:AllocResource16 module=117f res=0154 size=0 0027:trace:global:GLOBAL_Alloc 256 flags=0000 0027:Call ntdll.RtlAllocateHeap(00340000,00000000,00000100) ret=7ea274cd 0027:Ret ntdll.RtlAllocateHeap() retval=003da0d0 ret=7ea274cd 0027:Ret KERNEL.61: LOADRESOURCE() retval=00001307 ret=11df:0162 ds=122f 0027:trace:global:GlobalHandle16 100f 0027:Call KERNEL.62: LOCKRESOURCE(1307) ret=11df:018b ds=122f 0027:trace:resource:WIN16_LockResource16 (1307) 0027:trace:global:K32WOWGlobalLock16 (1307) -> 13070000 0027:Ret KERNEL.62: LOCKRESOURCE() retval=13070000 ret=11df:018b ds=122f ... 0027:Call KERNEL.19: GLOBALUNLOCK(1307) ret=11df:01e7 ds=122f 0027:trace:global:GlobalUnlock16 1307 0027:Ret KERNEL.19: GLOBALUNLOCK() retval=00000001 ret=11df:01e7 ds=122f 0027:trace:global:GlobalHandle16 100f 0027:Call KERNEL.63: FREERESOURCE(1307) ret=11df:01ef ds=122f 0027:trace:resource:FreeResource16 (1307) 0027:trace:global:GlobalFree16 1307 0027:Call ntdll.RtlFreeHeap(00340000,00000000,003da0d0) ret=7ea27e35 0027:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ea27e35 0027:Ret KERNEL.63: FREERESOURCE() retval=00000000 ret=11df:01ef ds=122f ... 0027:Call USER.218: DIALOGBOXINDIRECT(122e,1307,0076,11efc5fa) ret=11ef:ca7c ds=122f 0027:Call krnl386.exe16.GlobalLock16(00001307) ret=f72d8f60 0027:Ret krnl386.exe16.GlobalLock16() retval=00000000 ret=f72d8f60 0027:Ret USER.218: DIALOGBOXINDIRECT() retval=ffffffff ret=11ef:ca7c ds=122f ... --- snip ---
There is no obvious error path that could explain why the handle is freed beforehand. I quickly hacked krnl386.exe16 to pin the reference count of resources and it made the installer go further: new wizard dialog, started inventory of drive, copying etc. Granted, that's definitely not the right thing to do.
Unfortunately there are not many options when it comes to tools for investigating win16 (NE) garbage.
$ sha1sum quicktime212.exe 6de0fa89280bfbe003570ddf70429eecfe8365ff quicktime212.exe
$ du -sh quicktime212.exe 2.0M quicktime212.exe
$ wine --version wine-1.7.13-118-g0eb6265
Regards