http://bugs.winehq.org/show_bug.cgi?id=21442
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #2 from Anastasius Focht focht@gmx.net 2010-01-24 08:20:44 --- Hello,
you'll have to attach to the sub-installer from "C:\windows\temp\SITxxxx" to see something meaningful otherwise Microsoft's own JIT debugger (watson) ought to be called. Ironically the JIT debugger DW20.exe isn't present at this point because the package (dw20shared.msi) is to be downloaded first using winhttp ;-)
--- snip --- $ info threads ... 0000001c (D) C:\windows\temp\SIT33926.tmp\setup.exe 0000002f 0 <== 00000043 0 00000028 0 00000027 0 0000001a 0 00000020 0 00000031 0 00000030 0 0000001f 0 --- snip ---
--- snip --- Wine-dbg>cont First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x5140aa2a). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:5140aa2a ESP:0a13e868 EBP:0a13e894 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00400000 EBX:688e2400 ECX:00000000 EDX:00000000 ESI:00000000 EDI:00000000 Stack dump: 0x0a13e868: 52e376e0 00000000 00000000 688e2400 0x0a13e878: 0a13e8c8 7bc48486 00110058 001a6d58 0x0a13e888: 0a13ea98 514258eb ffffffff 0a13e8a8 0x0a13e898: 5140a844 00000000 00400000 5140a824 0x0a13e8a8: 0a13e8e8 688da4d7 00000003 00000000 0x0a13e8b8: 00400000 00000000 00000000 688e2400 Backtrace: =>0 0x5140aa2a in dlmgr (+0x1aa2a) (0x0a13e894) 1 0x5140a844 in dlmgr (+0x1a844) (0x0a13e8a8) 2 0x688da4d7 send_callback+0xbf(hdr=0x1a8088, status=4194304, info=(nil), buflen=0) [/opt/wine/wine-git/dlls/winhttp/session.c:56] in winhttp (0x0a13e8e8) 3 0x688d74b7 send_request+0x443(request=0x1a8088, headers=(nil), headers_len=0, optional=(nil), optional_len=0, total_len=0, context=130060192, async=1) [/opt/wine/wine-git/dlls/winhttp/request.c:1074] in winhttp (0x0a13e988) 4 0x688d756c task_send_request+0x6b(task=0x1a79b8) [/opt/wine/wine-git/dlls/winhttp/request.c:1091] in winhttp (0x0a13e9d8) 5 0x688d4923 task_thread+0x26(param=0x1a79b8) [/opt/wine/wine-git/dlls/winhttp/request.c:181] in winhttp (0x0a13ea08) 6 0x7bc7f84a worker_thread_proc+0x13c(param=(nil)) [/opt/wine/wine-git/dlls/ntdll/threadpool.c:114] in ntdll (0x0a13ea68) 7 0x7bc76c04 call_thread_func+0xc() in ntdll (0x0a13ea78) 8 0x7bc76c42 call_thread_entry_point+0x34(entry=0x7bc7f70e, arg=(nil)) [/opt/wine/wine-git/dlls/ntdll/signal_i386.c:2424] in ntdll (0x0a13eb58) 9 0x7bc7d8aa RtlCreateUserThread(process=(nil), descr=(nil), suspended='X', stack_addr=(nil), stack_reserve=169077628, stack_commit=169078652, start=(nil), param=(nil), handle_ptr=(nil), id=(nil)) [/opt/wine/wine-git/dlls/ntdll/thread.c:411] in ntdll (0x0a13f398) 10 0x68161ab5 (0x0a13f498) 0x5140aa2a: movl 0x0(%esi),%eax --- snip ---
status -> WINHTTP_CALLBACK_STATUS_SENDREQUEST_COMPLETE
It seems the callback looks at the context parameter and relies on it to contain something meaningful when called.
dlls/winhttp/request.c:send_request() (task_send_request) already gets a context passed in (initially from WinHttpSendRequest).
Using that context gets the installer a little further only to stumble into next winhttp bug.
To work around you might try native winhttp.
Regards