http://bugs.winehq.org/show_bug.cgi?id=26024
Summary: Alien Hallway demo: updater crashes during install Product: Wine Version: 1.3.13 Platform: x86 URL: http://www.bigdownload.com/games/alien-hallway/pc/alie n-hallway-demo/ OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: setupapi AssignedTo: wine-bugs@winehq.org ReportedBy: austinenglish@gmail.com
Created an attachment (id=33188) --> (http://bugs.winehq.org/attachment.cgi?id=33188) terminal output + backtrace
Download from url. Install. During the install, it calls update.exe, which crashes: Backtrace: =>0 0x7e5efe39 free_file_op_queue+0x19(queue=<is not available>) [/home/austin/wine-git/dlls/setupapi/queue.c:93] in setupapi (0x0033bd08) 1 0x7e5eff19 SetupCloseFileQueue+0x18(handle=0x133870) [/home/austin/wine-git/dlls/setupapi/queue.c:426] in setupapi (0x0033f394)
output attached.
http://bugs.winehq.org/show_bug.cgi?id=26024
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #1 from Dan Kegel dank@kegel.com 2011-02-07 22:14:24 CST --- Does warn+heap say anything interesting?
http://bugs.winehq.org/show_bug.cgi?id=26024
--- Comment #2 from Hans Leidekker hans@meelstraat.net 2011-02-08 02:38:04 CST --- Created an attachment (id=33192) --> (http://bugs.winehq.org/attachment.cgi?id=33192) hack: setupapi: Add dummy fields to file_queue and STRING_TABLE structures.
This looks like a duplicate of bug 21947. Does this patch work around the crash?
http://bugs.winehq.org/show_bug.cgi?id=26024
--- Comment #3 from Austin English austinenglish@gmail.com 2011-02-08 16:06:42 CST --- (In reply to comment #2)
Created an attachment (id=33192)
--> (http://bugs.winehq.org/attachment.cgi?id=33192) [details]
hack: setupapi: Add dummy fields to file_queue and STRING_TABLE structures.
This looks like a duplicate of bug 21947. Does this patch work around the crash?
Still crashed for me. It usually hangs at that point, not always giving a backtrace (crash dialog was disabled already).
Looking at winedbg/bt all, all threads seem to hang on:
Backtracing for thread 0009 in process 0008 (Z:\home\austin\alienhallway_demo.exe): Backtrace: =>0 0xb785c422 __kernel_vsyscall+0xe() in [vdso].so (0x0032f790) 1 0xb76cc803 __libc_read+0x22() in libpthread.so.0 (0x0032f790) 2 0x7bc76006 wait_reply+0x55(cookie=0x32f9ac) [/home/austin/wine-git/dlls/ntdll/sync.c:807] in ntdll (0x0032f9c0) 3 0x7bc768e9 NTDLL_wait_for_multiple_objects+0x248(count=0x2, handles=0x32fa28, flags=0x4, timeout=(nil), signal_object=0x0(nil)) [/home/austin/wine-git/dlls/ntdll/sync.c:1124] in ntdll (0x0032f9f0) 4 0x7bc76b82 NtWaitForMultipleObjects+0x41(count=0x2, handles=0x32fa28, wait_all=0, alertable=0, timeout=(nil)) [/home/austin/wine-git/dlls/ntdll/sync.c:1162] in ntdll (0x0032fb40) 5 0x7b867f44 WaitForMultipleObjectsEx+0xf3(count=0x2, handles=0x32fbf4, wait_all=0x3, timeout=0xffffffff, alertable=<is not available>) [/home/austin/wine-git/dlls/kernel32/sync.c:188] in kernel32 (0x0032fb80) 6 0x7e81c801 X11DRV_MsgWaitForMultipleObjectsEx+0x110(count=0x2, handles=0x32fbf4, timeout=0xffffffff, mask=0xff, flags=0) [/home/austin/wine-git/dlls/winex11.drv/event.c:418] in winex11 (0x0032fbc0) 7 0x7ef10a65 wait_message+0x34(count=0x2, handles=0x32fbf4, timeout=0xffffffff, mask=0xff, flags=0) [/home/austin/wine-git/dlls/user32/winproc.c:1126] in user32 (0x0032fd70) 8 0x7eedb478 MsgWaitForMultipleObjectsEx+0xc7(count=0x1, pHandles=0x32fdd4, timeout=0xffffffff, mask=0xff, flags=<is not available>) [/home/austin/wine-git/dlls/user32/message.c:3845] in user32 (0x0032fda0) 9 0x7eedb4c6 MsgWaitForMultipleObjects+0x35(count=0x1, handles=0x32fdd4, wait_all=0, timeout=0xffffffff, mask=0xff) [/home/austin/wine-git/dlls/user32/message.c:3855] in user32 (0x0032fe2c) 10 0x00409a46 in alienhallway_demo (+0x9a45) (0x0032fea0) 11 0x7b8552ac call_process_entry+0xb() in kernel32 (0x0032feb8) 12 0x7b8552ac call_process_entry+0xb() in kernel32 (0x0032fee8) 13 0x7b857543 start_process+0x52(peb=0x42241c) [/home/austin/wine-git/dlls/kernel32/process.c:1086] in kernel32 (0x0032fef8) 14 0x7bc70678 call_thread_func+0xb() in ntdll (0x0032ffc8) 15 0x7bc7085a call_thread_entry_point+0x69(entry=0x7b8574f0, arg=0x7ffdf000) [/home/austin/wine-git/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffe8) 16 0x7bc4d8d6 start_process+0x25(kernel_start=0x7b8574f0) [/home/austin/wine-git/dlls/ntdll/loader.c:2606] in ntdll (0x00000000) 0xb78fb422 __kernel_vsyscall+0xe in [vdso].so: jmp 0xb78fb417 __kernel_vsyscall+0x3 in [vdso].so
though it appears the app may be installing dotnet35, so perhaps that's related.
It's only 50 MB, if you want to give it a try.
http://bugs.winehq.org/show_bug.cgi?id=26024
--- Comment #4 from Austin English austinenglish@gmail.com 2011-02-08 16:24:36 CST --- Created an attachment (id=33200) --> (http://bugs.winehq.org/attachment.cgi?id=33200) warn+heap output
If I use warn+heap, it succeeds. It also now installs microsoft xna 3.1, which it never did before.
http://bugs.winehq.org/show_bug.cgi?id=26024
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.bigdownload.com/ |http://www.gamershell.com/d |games/alien-hallway/pc/alie |ownload_67980.shtml |n-hallway-demo/ | CC| |frederic.delanoy@gmail.com
--- Comment #5 from Frédéric Delanoy frederic.delanoy@gmail.com 2013-05-21 09:06:19 CDT --- I got no crash with wine-1.5.30-173-g4b4bd02, but the installer is stuck during the "Finishing installation" phase.
I had to use an updated download site (URL changed), since the original download link didn't work.
Austin, can you please retry?
http://bugs.winehq.org/show_bug.cgi?id=26024
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |53b287530961beaaae89bd063bc | |0d63ef41036ff Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #6 from Austin English austinenglish@gmail.com 2013-05-21 17:35:36 CDT --- (In reply to comment #5)
I got no crash with wine-1.5.30-173-g4b4bd02, but the installer is stuck during the "Finishing installation" phase.
I had to use an updated download site (URL changed), since the original download link didn't work.
Austin, can you please retry?
Actually, it does finish, it just takes a while. It's trying to download/install dotnet35 in the background. `winetricks dotnet20` is enough for the app, however.
This particular bug appears to have been fixed by: 53b287530961beaaae89bd063bc0d63ef41036ff is the first bad commit commit 53b287530961beaaae89bd063bc0d63ef41036ff Author: Juan Lang juan.lang@gmail.com Date: Sat May 14 14:55:28 2011 -0700
setupapi: Always initialize output parameter to avoid crash in buggy applications.
http://bugs.winehq.org/show_bug.cgi?id=26024
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2013-05-24 13:32:45 CDT --- Closing bugs fixed in 1.5.31.
-
wine-bugs＠winehq.org