http://bugs.winehq.org/show_bug.cgi?id=35477
Bug ID: 35477 Summary: Epsilon demo crashes on start up Product: Wine Version: 1.7.10 Hardware: x86 URL: http://www.pouet.net/prod.php?which=58262 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: t.artem@mailcity.com Classification: Unclassified
Created attachment 47357 --> http://bugs.winehq.org/attachment.cgi?id=47357 mercury-epsilon-final-2012-01-13.zip
No backtrace, nothing.
http://bugs.winehq.org/show_bug.cgi?id=35477
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #1 from Artem S. Tashkinov t.artem@mailcity.com --- $ ./epsilon-final.exe err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded wine: Unhandled exception 0x80000003 in thread 30 at address 0x404e02 (thread 0030), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #2 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to comment #1)
$ ./epsilon-final.exe err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded wine: Unhandled exception 0x80000003 in thread 30 at address 0x404e02 (thread 0030), starting debugger...
0x80000003 is STATUS_BREAKPOINT, probably that's some kind of an assert in the application code...
http://bugs.winehq.org/show_bug.cgi?id=35477
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Summary|Epsilon demo crashes on |'epsilon' 64K demo/intro by |start up |mercury crashes on start up
--- Comment #3 from Anastasius Focht focht@gmx.net --- Hello Artem,
please avoid attaching complete demos (even if they are small). Demoscene stuff will never go away - unlike many companies/app downloads :)
The 64k demo works fine for me here.
--- snip --- wine: Unhandled exception 0x80000003 in thread 30 at address 0x404e02 (thread 0030), starting debugger... --- snip ---
I debugged the app to find the place where the assertion is triggered. One has to use hardware breakpoints (early softbp get corrupted by unpacker code) or use breakpoints on win32 API such as GetProcAddress/LoadLibraryA to set softbp later on unpacked section.
The demo unwraps itself and finally the code can be seen:
--- snip --- ... 00404DBE 8B0D 8483E312 MOV ECX,DWORD PTR DS:[12E38384] 00404DC4 68 08000200 PUSH 20008 00404DC9 33C0 XOR EAX,EAX 00404DCB 50 PUSH EAX 00404DCC 51 PUSH ECX 00404DCD 8D55 EC LEA EDX,[EBP-14] 00404DD0 52 PUSH EDX 00404DD1 6A FF PUSH -1 00404DD3 68 7C83E312 PUSH 12E3837C 00404DD8 C745 EC 0300020 MOV DWORD PTR SS:[EBP-14],20003 00404DDF C745 F0 0077010 MOV DWORD PTR SS:[EBP-10],17700 00404DE6 C745 F4 00B80B0 MOV DWORD PTR SS:[EBP-0C],0BB800 00404DED C745 F8 0800200 MOV DWORD PTR SS:[EBP-8],200008 00404DF4 66:8945 FC MOV WORD PTR SS:[EBP-4],AX 00404DF8 FF15 7C114100 CALL DWORD PTR DS:[41117C] ; winmm.waveOutOpen 00404DFE 85C0 TEST EAX,EAX 00404E00 74 01 JE SHORT 00404E03 00404E02 CC INT3 00404E03 A1 7C83E312 MOV EAX,DWORD PTR DS:[12E3837C] 00404E08 50 PUSH EAX 00404E09 FF15 90114100 CALL DWORD PTR DS:[411190] ; winmm.waveOutPause 00404E0F 85C0 TEST EAX,EAX 00404E11 74 01 JE SHORT 00404E14 00404E13 CC INT3
... 00411174 00000000 00411178 F6D3142D ; winmm.waveOutPrepareHeader 0041117C F6D3112B ; winmm.waveOutOpen 00411180 F6D314E4 ; winmm.waveOutUnprepareHeader 00411184 F6D3199C ; winmm.waveOutReset 00411188 F6D31A17 ; winmm.waveOutRestart 0041118C F6D31AE7 ; winmm.waveOutGetPosition 00411190 F6D31921 ; winmm.waveOutPause 00411194 F6D315AF ; winmm.waveOutWrite 00411198 F6D31308 ; winmm.waveOutClose 0041119C 00000000 ... --- snip ---
Looks like your audio system is not properly configured. You could check with WINEDEBUG=+winmm
$ sha1sum mercury-epsilon-final-2012-01-13.zip 52b5fc71b71350091a496771e272c5215db1087d mercury-epsilon-final-2012-01-13.zip
$ du -sh mercury-epsilon-final-2012-01-13.zip 48K mercury-epsilon-final-2012-01-13.zip
$ wine --version wine-1.7.11-206-g82b3813
Regards
http://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #4 from Artem S. Tashkinov t.artem@mailcity.com --- (In reply to comment #3)
Looks like your audio system is not properly configured. You could check with WINEDEBUG=+winmm
Hello!
$ WINEDEBUG=+winmm ./epsilon-final.exe trace:winmm:DllMain 0x7dec0000 0x1 (nil) fixme:storage:create_storagefile Storage share mode not implemented. fixme:iphlpapi:NotifyAddrChange (Handle 0xfde8e0, overlapped 0xfde8ec): stub trace:winmm:DllMain 0x7dec0000 0x0 0x1 trace:winmm:DllMain 0xb6e30000 0x1 (nil) err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 1280x720x0 @60! (XRandR 1.2) trace:winmm:waveOutOpen (0x12e3837c, 4294967295, 0x32fe14, 30, 0, 00020008) trace:winmm:WINMM_StartDevicesThread Starting up devices thread err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded warn:winmm:WINMM_OpenDevice Initialize failed: 8889000f wine: Unhandled exception 0x80000003 in thread 9 at address 0x404e02 (thread 0009), starting debugger... 0x00404e02: int $3 Modules: Module Address Debug info Name (65 modules) ...
# lsof -n | grep snd goldendic 2241 user mem REG 8,2 427536 277346 /usr/lib/libsndfile.so.1.0.20 kmix 2248 user 10u CHR 116,7 0t0 106 /dev/snd/controlC0 kmix 2248 user 11u CHR 116,13 0t0 3904 /dev/snd/controlC1 kmix 2248 user 12u CHR 116,15 0t0 2616 /dev/snd/controlC2 firefox 2599 user mem REG 8,2 427536 277346 /usr/lib/libsndfile.so.1.0.20 chrome 2871 user mem REG 8,2 427536 277346 /usr/lib/libsndfile.so.1.0.20 skype 4270 skype mem REG 8,2 427536 277346 /usr/lib/libsndfile.so.1.0.20
Nothing is using audio here.
Probably I have to update wine here (I have 1.7.10 installed).
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #5 from Anastasius Focht focht@gmx.net --- Hello Artem,
is this still present with recent Wine 1.7.25?
If not please resolve the bug. The bug is likely invalid as your audio subsystem seems misconfigured or some host prerequisite is broken (the assert should not be triggered).
Regards
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #6 from Artem S. Tashkinov t.artem@mailcity.com --- (In reply to Anastasius Focht from comment #5)
Hello Artem,
is this still present with recent Wine 1.7.25?
If not please resolve the bug. The bug is likely invalid as your audio subsystem seems misconfigured or some host prerequisite is broken (the assert should not be triggered).
Yes, it still crashes.
./epsilon-final.exe fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:iphlpapi:NotifyAddrChange (Handle 0xcae8e0, overlapped 0xcae8ec): stub wine: configuration in '/home/birdie/.wine' has been updated. err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 1280x720x0 @60! (XRandR 1.2) err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded wine: Unhandled exception 0x80000003 in thread 9 at address 0x404e02 (thread 0009), starting debugger... 0x00404e02: int $3 Modules: Module Address Debug info Name (65 modules) PE 3e0000-13d69000 Export epsilon-final ELF 7b800000-7ba4d000 Deferred kernel32<elf> -PE 7b810000-7ba4d000 \ kernel32 ELF 7bc00000-7bcd2000 Deferred ntdll<elf> -PE 7bc10000-7bcd2000 \ ntdll
--- cut ---
OK, then I set wine's virtual desktop resolution to 1280x720.
./epsilon-final.exe err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded wine: Unhandled exception 0x80000003 in thread 36 at address 0x404e02 (thread 0036), starting debugger... 0x00404e02: int $3 Modules: Module Address Debug info Name (66 modules) PE 3e0000-13d69000 Export epsilon-final ELF 7b800000-7ba4d000 Deferred kernel32<elf> -PE 7b810000-7ba4d000 \ kernel32 ELF 7bc00000-7bcd2000 Deferred ntdll<elf> -PE 7bc10000-7bcd2000 \ ntdll
--- cut ---
I have a pretty standard ALSA configuration (dmix without PulseAudio).
https://bugs.winehq.org/show_bug.cgi?id=35477
Teras teras@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |teras@luukku.com
--- Comment #7 from Teras teras@luukku.com --- I tried this very recently and I got crash too. But now with
wine-1.7.37-49-g75a2e85
it worked for the 1st time.
It loads quite slowly at start.
https://bugs.winehq.org/show_bug.cgi?id=35477
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #8 from Fabian Maurer dark.shadow4@web.de --- Still doesn't work in wine2.0. However, it works in wine-staging. Should I try to figure out which patch causes this? Would be hard since a lot of the staging patches depend on each other.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #9 from Artem S. Tashkinov t.artem@mailcity.com --- Strangely it works for me in vanilla Wine 2.0.
The only error/warning is being logged in console:
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #10 from Fabian Maurer dark.shadow4@web.de --- (In reply to Artem S. Tashkinov from comment #9)
Strangely it works for me in vanilla Wine 2.0.
Did you try it in a fresh prefix? Also which graphics drivers are you using? I'm on mesa with radeonsi.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #11 from Artem S. Tashkinov t.artem@mailcity.com --- (In reply to Fabian Maurer from comment #10)
(In reply to Artem S. Tashkinov from comment #9)
Strangely it works for me in vanilla Wine 2.0.
Did you try it in a fresh prefix? Also which graphics drivers are you using? I'm on mesa with radeonsi.
I always use a fresh wine prefix to report/debug/test bugs.
I'm using NVIDIA binary driver 375.20 with my GTX 1060 (nouveau doesn't support Pascal and its performance is abysmal).
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #12 from Bruno Jesus 00cpxxx@gmail.com --- For me the screen blinks white and the program ends, no crash though.
https://bugs.winehq.org/show_bug.cgi?id=35477
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #13 from winetest@luukku.com --- So different results.
fresh wineprefix. amd rx 480 closed source driver wine-2.0-160-g152b240
starts with no issues.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #14 from Artem S. Tashkinov t.artem@mailcity.com --- (In reply to winetest from comment #13)
So different results.
fresh wineprefix. amd rx 480 closed source driver wine-2.0-160-g152b240
starts with no issues.
Perhaps Mesa doesn't fully implement something or has some bug and that makes this bug fixed, 'cause it looks like it's not a Wine's problem.
I won't close or mark this bug fixed though - I'll leave that to Wine developers/maintainers.
https://bugs.winehq.org/show_bug.cgi?id=35477
Artem S. Tashkinov aros@gmx.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #15 from Artem S. Tashkinov aros@gmx.com --- Works in Wine 4.10/NVIDIA 430.26/Fedora 30.
https://bugs.winehq.org/show_bug.cgi?id=35477
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |NOTOURBUG
--- Comment #16 from Fabian Maurer dark.shadow4@web.de --- Still doesn't work on mesa - marking NOTOURBUG.
A +relay log makes this pretty clear:
0009:Call opengl32.wglGetProcAddress(0043c32c "glProgramParameteriEXT") ret=00403469 0009:Ret opengl32.wglGetProcAddress() retval=00000000 ret=00403469 0009:Call KERNEL32.ExitProcess(00000000) ret=00403489
The program kills itself.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #17 from Fabian Maurer dark.shadow4@web.de --- According to IRC, there's no plans for mesa to support this extensions, either. Nut sure if that means I should close this bug, or leave it open indefinitely.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #18 from Henri Verbeet hverbeet@gmail.com --- (In reply to Fabian Maurer from comment #17)
According to IRC, there's no plans for mesa to support this extensions, either. Nut sure if that means I should close this bug, or leave it open indefinitely.
I'd argue it's working as intended.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #19 from Fabian Maurer dark.shadow4@web.de ---
I'd argue it's working as intended.
How so? It's a missing extension that other drivers support.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #20 from Henri Verbeet hverbeet@gmail.com --- (In reply to Fabian Maurer from comment #19)
I'd argue it's working as intended.
How so? It's a missing extension that other drivers support.
Sure, but there are plenty of extensions that are supported on some drivers/hardware but not others. The authors of the application made a choice to only run on drivers that support GL_EXT_geometry_shader4; Mesa doesn't (for reasons that I happen to agree with), so the application doesn't run there.
You could consider that unfortunate on either the side of the application or on the side of the driver, but at best that would result in a feature request, not a bug report. In either case, Wine isn't a party in that particular issue, and the originally reported issue seems resolved.
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #21 from Fabian Maurer dark.shadow4@web.de --- Okay, fair enough. So marking INVALID?
https://bugs.winehq.org/show_bug.cgi?id=35477
--- Comment #22 from Henri Verbeet hverbeet@gmail.com --- (In reply to Fabian Maurer from comment #21)
Okay, fair enough. So marking INVALID?
Either that or FIXED. The issue went away for the original reporter somewhere between wine-1.7.25 and wine-2.0, although it's not entirely clear whether that was because of a configuration change or a change in Wine. Comment 7 suggests it may have been fixed in Wine.
https://bugs.winehq.org/show_bug.cgi?id=35477
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|NOTOURBUG |FIXED
--- Comment #23 from Fabian Maurer dark.shadow4@web.de --- Okay then, marking FIXED again. Sorry for the noise.
https://bugs.winehq.org/show_bug.cgi?id=35477
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #24 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.11.