http://bugs.winehq.org/show_bug.cgi?id=20521
Summary: Wine Crashes when running older Windows 3.1 Programs. Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: zombie@terralab.com
I have had a slew of older Windows 3.1 Programs breaking under the latest development versions of Wine.
wine: Unhandled division by zero at address 0x123f:0x0000e82b (thread 001c), starting debugger... Unhandled exception: divide by zero in 16-bit code (123f:e82b). In 16 bit mode. Register dump: CS:123f SS:124f DS:124f ES:102f FS:0063 GS:006b IP:e82b SP:5866 BP:0000 FLAGS:0202( R- -- I - - - ) AX:69d5 BX:006c CX:006e DX:0275 SI:25a0 DI:0000 Stack dump: 0x124f:0x5866: 124f 124f e7e6 0081 0000 0005 25a2 e4d2 0x124f:0x5876: 0000 28b8 e4da d93f 123f 0005 0081 1227 0x124f:0x5886: 0000 124f 0000 0468 101f 0000 0000 0000 0249: sel=124f base=003dc478 limit=0000b0bf 16-bit rw- 0205: sel=102f base=000f0400 limit=000000ff 16-bit rw- Backtrace: =>0 0x123f:0xe82b (0x124f:0x0000) 0x123f:0xe82b: divw %cx,%ax Modules: Module Address Debug info Name (69 modules) ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7e161000-7e176000 Deferred sound.drv16.so PE 7e170000-7e176000 Deferred sound.drv16 ELF 7e176000-7e18a000 Deferred mouse.drv16.so PE 7e180000-7e18a000 Deferred mouse.drv16 ELF 7e18a000-7e19f000 Deferred keyboard.drv16.so PE 7e190000-7e19f000 Deferred keyboard.drv16 ELF 7e19f000-7e1b4000 Deferred display.drv16.so PE 7e1a0000-7e1b4000 Deferred display.drv16 ELF 7e1b4000-7e1c8000 Deferred comm.drv16.so PE 7e1c0000-7e1c8000 Deferred comm.drv16 ELF 7e1c8000-7e1de000 Deferred midimap<elf> -PE 7e1d0000-7e1de000 \ midimap ELF 7e1de000-7e205000 Deferred msacm32<elf> -PE 7e1e0000-7e205000 \ msacm32 ELF 7e205000-7e21e000 Deferred msacm32<elf> -PE 7e210000-7e21e000 \ msacm32 ELF 7e21e000-7e303000 Deferred libasound.so.2 ELF 7e339000-7e371000 Deferred winealsa<elf> -PE 7e340000-7e371000 \ winealsa ELF 7e371000-7e3fa000 Deferred winmm<elf> -PE 7e380000-7e3fa000 \ winmm ELF 7e3fa000-7e461000 Deferred winedos<elf> -PE 7e400000-7e461000 \ winedos ELF 7e461000-7e46b000 Deferred libxcursor.so.1 ELF 7e46b000-7e470000 Deferred libxfixes.so.3 ELF 7e470000-7e473000 Deferred libxcomposite.so.1 ELF 7e473000-7e47c000 Deferred libxrandr.so.2 ELF 7e47c000-7e485000 Deferred libxrender.so.1 ELF 7e485000-7e48a000 Deferred libxxf86vm.so.1 ELF 7e48a000-7e4ab000 Deferred imm32<elf> -PE 7e490000-7e4ab000 \ imm32 ELF 7e4ab000-7e4c9000 Deferred libxcb.so.1 ELF 7e4c9000-7e4e3000 Deferred libice.so.6 ELF 7e4e3000-7e624000 Deferred libx11.so.6 ELF 7e624000-7e636000 Deferred libxext.so.6 ELF 7e636000-7e640000 Deferred libsm.so.6 ELF 7e647000-7e650000 Deferred librt.so.1 ELF 7e650000-7e676000 Deferred mmsystem.dll16.so PE 7e660000-7e676000 Deferred mmsystem.dll16 ELF 7e676000-7e71c000 Deferred winex11<elf> -PE 7e680000-7e71c000 \ winex11 ELF 7e75c000-7e8af000 Deferred libxml2.so.2 ELF 7e8af000-7e8e0000 Deferred libfontconfig.so.1 ELF 7e8e0000-7e8f4000 Deferred libz.so.1 ELF 7e8f4000-7e978000 Deferred libfreetype.so.6 ELF 7e978000-7e97b000 Deferred libxinerama.so.1 ELF 7e97b000-7e982000 Deferred libxdmcp.so.6 ELF 7e982000-7e986000 Deferred libxau.so.6 ELF 7e9ae000-7ea0a000 Deferred advapi32<elf> -PE 7e9c0000-7ea0a000 \ advapi32 ELF 7ea0a000-7eab3000 Deferred gdi32<elf> -PE 7ea20000-7eab3000 \ gdi32 ELF 7eab3000-7ec10000 Deferred user32<elf> -PE 7ead0000-7ec10000 \ user32 ELF 7ed68000-7eee6000 Deferred kernel32<elf> -PE 7ed80000-7eee6000 \ kernel32 ELF 7eee6000-7ef0c000 Deferred libm.so.6 ELF 7ef17000-7ef2c000 Deferred system.drv16.so PE 7ef20000-7ef2c000 Deferred system.drv16 ELF 7ef2c000-7ef42000 Deferred winevdm<elf> -PE 7ef30000-7ef42000 \ winevdm ELF 7ef42000-7f000000 Deferred ntdll<elf> -PE 7ef50000-7f000000 \ ntdll ELF f7ca5000-f7ca9000 Deferred libdl.so.2 ELF f7ca9000-f7dfb000 Deferred libc.so.6 ELF f7dfb000-f7e13000 Deferred libpthread.so.0 ELF f7e49000-f7f86000 Deferred libwine.so.1 ELF f7f87000-f7fa4000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000e 00000015 0 00000014 0 00000010 0 0000000f 0 00000011 00000017 0 00000016 0 00000013 0 00000012 0 00000018 (D) C:\windows\system32\winevdm.exe 0000001c 0 <== 0000001b 0 0000001a 0 00000019 0 0000001f 00000020 0 Backtrace: =>0 0x123f:0xe82b (0x124f:0x0000) err:ntdll:RtlpWaitForCriticalSection section 0x7eee38c0 "syslevel.c: Win16Mutex" wait timed out in thread 0019, blocked by 001c, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7eee38c0 "syslevel.c: Win16Mutex" wait timed out in thread 001b, blocked by 001c, retrying (60 sec)
Several Windows 3.x programs have started giving "divide overflows"
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #1 from Austin English austinenglish@gmail.com 2009-10-30 14:12:49 --- Regression test? Probably one of the win16 separation patches.
http://bugs.winehq.org/show_bug.cgi?id=20521
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |win16 Summary|Wine Crashes when running |16-bit Windows programs |older Windows 3.1 Programs. |crash
http://bugs.winehq.org/show_bug.cgi?id=20521
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #2 from Wylda wylda@volny.cz 2009-11-14 18:15:41 --- (In reply to comment #0)
I have had a slew of older Windows 3.1...
Hi, this does not help much. If i want to retest, i need specific application which are still available for download (demo, freeware, shareware)...
Something like in bug 20709 (specific game with link to download).
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #3 from Zombie Ryushu zombie@terralab.com 2009-11-14 19:39:00 --- The specific application that caused this I cannot redistribute.
However, Nocturnal Illusion is another application that suffers from this problem.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #4 from Wylda wylda@volny.cz 2009-11-15 05:43:17 --- (In reply to comment #3)
However, Nocturnal Illusion is another application that suffers from this problem.
I give up with this game. First lost 30min with downloads attempt & registrations everywhere...
Consider closing this bug report in favour of bug 20709, because it looks like it crashes in same place. Watch bug 20709 (put yourself to CC) and when it will be fixed, try your apps/games. If it still fails, than reopen this bug report.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #5 from Zombie Ryushu zombie@terralab.com 2010-03-19 07:42:41 --- Created an attachment (id=26890) --> (http://bugs.winehq.org/attachment.cgi?id=26890) Debugging output.
fixme:mcimidi:MIDI_mciPlay Not handling SysEx events (yet) Deals with Midi playback. Midi playback has never ever worked in Nocturnal Illusion, even when everything else did. I have gotten Midi playback working in other applications.
http://bugs.winehq.org/show_bug.cgi?id=20521
Zombie Ryushu zombie@terralab.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.32 |1.1.40
http://bugs.winehq.org/show_bug.cgi?id=20521
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.40 |1.1.32
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-19 09:05:35 --- Please don't change original reported Wine version. A simple note "still a problem with wine-x.x.x" is enough.
http://bugs.winehq.org/show_bug.cgi?id=20521
David turbolad995@hotmail.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |turbolad995@hotmail.co.uk
--- Comment #7 from David turbolad995@hotmail.co.uk 2010-06-25 10:01:36 --- This may be related to bug 23364 where I mention that many 16-bit Windows programs and games don't run at all in Wine.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #8 from eric.landaret@laposte.net 2010-07-06 10:34:12 --- Created an attachment (id=29404) --> (http://bugs.winehq.org/attachment.cgi?id=29404) Debug trace for 3D Ultra Pinball 3 Game
http://bugs.winehq.org/show_bug.cgi?id=20521
eric.landaret@laposte.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.landaret@laposte.net
--- Comment #9 from eric.landaret@laposte.net 2010-07-06 10:35:06 --- The problem is still here with the 3D Ultra Pinball 3 Win16 Game. I'm using Wine 1.2 rc-4.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2010-07-06 11:26:11 --- (In reply to comment #8)
Created an attachment (id=29404)
--> (http://bugs.winehq.org/attachment.cgi?id=29404) [details]
Debug trace for 3D Ultra Pinball 3 Game
It would be much more usable if it had debug information. Either compile Wine from source, or install the Wine debug symbols package.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #11 from eric.landaret@laposte.net 2010-07-10 08:02:07 --- Created an attachment (id=29501) --> (http://bugs.winehq.org/attachment.cgi?id=29501) Debug trace with wine-debuginfo installed
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #12 from eric.landaret@laposte.net 2010-07-10 08:06:39 --- I upgraded to wine 1.2-rc6 and I retested with the wine-debuginfo installed. Same issue and the trace seems to not show much more details...
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #13 from Dmitry Timoshkov dmitry@codeweavers.com 2010-07-10 12:03:31 --- (In reply to comment #11)
Created an attachment (id=29501)
--> (http://bugs.winehq.org/attachment.cgi?id=29501) [details]
Debug trace with wine-debuginfo installed
Backtrace is still missing debug symbols. You may need to use CFLAGS="-g -gdwarf-2" when compiling.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #14 from eric.landaret@laposte.net 2010-07-16 06:41:56 --- Created an attachment (id=29630) --> (http://bugs.winehq.org/attachment.cgi?id=29630) Trace log with -gdwarf-2 enabled
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #15 from eric.landaret@laposte.net 2010-07-16 06:45:19 --- I used Wine 1.2-rc7 compiled from source with "CFLAGS=-g -O2 -gdwarf-2". The tracelog seems to be more detailed.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #16 from David turbolad995@hotmail.co.uk 2010-07-22 16:31:52 --- In attempts to help Wine developers fix problems relating to some 16-bit games, such as bug 23670, I'm trying to run these 16-bit programs in the terminal with the word wine in front of the path, but 16-bit programs don't seem to emit lines of text that the Wine developers are asking for.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #17 from eric.landaret@laposte.net 2010-08-02 10:19:58 --- Same bug and tracelog with Wine 1.3.0
http://bugs.winehq.org/show_bug.cgi?id=20521
Trygve Vea trygve.vea@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |trygve.vea@gmail.com
--- Comment #18 from Trygve Vea trygve.vea@gmail.com 2011-01-07 14:38:51 CST --- This bug look very similar to 5903. Duplicate?
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #19 from eric.landaret@laposte.net 2011-01-08 03:49:53 CST --- (In reply to comment #18)
This bug look very similar to 5903. Duplicate?
Indeed, it also concerns a cd-rom speed test in a win16 program that crashes the same way with a unhandled division by zero.
This bug seems to be a duplicate of 5903.
http://bugs.winehq.org/show_bug.cgi?id=20521
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #20 from Jerome Leclanche adys.wh@gmail.com 2011-04-23 10:50:09 CDT --- Long-ish shot: can you try compiling --without-freetype?
http://bugs.winehq.org/show_bug.cgi?id=20521
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned? CC| |kennybobs@o2.co.uk
--- Comment #21 from Ken Sharp kennybobs@o2.co.uk 2012-11-08 07:33:57 CST --- Ping. As above.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #22 from Zombie Ryushu zombie_ryushu@yahoo.com 2012-11-09 05:02:33 CST --- (In reply to comment #21)
Ping. As above.
All I kow is that Nocturnal Illusion which is a program that uses both Win32 and Win16 code still has deadlocks.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #23 from eric.landaret@laposte.net 2012-11-11 04:40:48 CST --- Hello,
Sorry for my long absence. This bug is still here with wine-1.5.16 on Fedora 17 x86-64 with the game 3D Ultra Pinball 3.
I will try to compile right now wine-1.5.17 from source with "CFLAGS=-g -O2 -gdwarf-2 --without-freetype". I will send you the results as soon as possible.
http://bugs.winehq.org/show_bug.cgi?id=20521
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #24 from joaopa jeremielapuree@yahoo.fr 2012-11-11 13:24:22 CST --- download link: http://www.abandonware-france.org/ltf_abandon/ltf_jeu.php?id=977&fic=lie...
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #25 from eric.landaret@laposte.net 2012-11-11 14:29:18 CST --- I just finished to test with wine 1.5.17 in both 32 and 64 bit versions. I compiled with "--without-freetype" and with "CFLAGS=-g -O2 -gdwarf-2".
I can't install and test the game because the "--without-freetype" parameter removes all text output, making access to the cd-rom test phase impossible.
By the way, I didn't understand what is the relationship between the freetype library, which is text output-related, and a crash by a division by zero in a cd-rom test ?
http://bugs.winehq.org/show_bug.cgi?id=20521
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|Abandoned? |
http://bugs.winehq.org/show_bug.cgi?id=20521
Robert Wm Ruedisueli ruediix@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ruediix@gmail.com
--- Comment #26 from Robert Wm Ruedisueli ruediix@gmail.com --- I know the latest kernel version broke a whole bunch of 16 bit memory operations on 64bit systems. This was done sooner or later. Since 16bit memory operations done through the kernel are slow anyway, it might be a better idea to chose another route altogether. This could improve reliability.
The best option would be to use Virtualization extensions which are available on almost every 64bit processor out there, and can be far more efficiently emulated. There are quite a few libraries and options to abstract this to eliminate any platform-specific code for our codebase. This would also give us access to zero-page space without kernel modification, or overflow security risks.
http://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #27 from Zombie Ryushu zombie_ryushu@yahoo.com --- Many of the Wine 1.7 releases have been completely unusable. Wine 1.6 was a massive speed decrease from Wine 1.4. A close friend of mine who regularly posts debug reports about Wine reporting that half his game library that used to work under Wine perfectly, now doesn't. I myself am having issues with Wine too.
I feel disillusioned because members of my team go through the trouble of posting bugs and backtraces, and they get ignored. I wouldn't dream of releasing a Wine 1.8 with Wine in this condition at current. Some of my Wine testing team members have told me that the mere act of changing the Wine version from Windows XP to 95 in winecfg can make Wine crash.
The ideal target of Wine, is that every application from every generation of the Win16/32/64 platform should function correctly. I've asked how this could be accomplished, I've heard many suggestions. The most common was, each version of DirectDraw, Direct3D, DirectX, should have its own DLL, but what we are doing instead is mapping the older functions to newer ones, and this is causing problems.
https://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #28 from Ken Sharp imwellcushtymelike@gmail.com --- (In reply to Zombie Ryushu from comment #22)
Nocturnal Illusion which is a program that uses both Win32 and Win16 code still has deadlocks.
As in the anime game? If not then please provide a download link.
(In reply to joaopa from comment #24)
download link: http://www.abandonware-france.org/ltf_abandon/ltf_jeu.php?id=977&fic=lie...
That's 3-D Ultra Pinball.
Please try again in Wine 1.7.45.
https://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #29 from Zombie Ryushu zombie_ryushu@yahoo.com --- Yes as in the Anime game. Which was from Windows 95's era. To get the game to start I have to enable execution of 16 bit code, and the game will eventually load IF I await for the deadlock to "Pass"
https://bugs.winehq.org/show_bug.cgi?id=20521
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://downloadani.me/2p918 | |p5638fh/NocturnalIllusion.r | |ar Summary|16-bit Windows programs |Nocturnal Illusion crashes |crash |
--- Comment #30 from Ken Sharp imwellcushtymelike@gmail.com --- Okay.... http://downloadani.me/2p918p5638fh/NocturnalIllusion.rar This download link has a hideous amount of pop-up spam!
The game installs correctly and starts immediately without any problems.
Have you tried in Wine 1.7.45?
https://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #31 from Zombie Ryushu zombie_ryushu@yahoo.com --- err:pulse:pulse_contextcallback Context failed: Connection refused err:alsa:get_alsa_name_by_guid No devices found in registry? err:ntdll:RtlpWaitForCriticalSection section 0x7ea636c0 "syslevel.c: Win16Mutex" wait timed out in thread 003f, blocked by 003c, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bcdb080 "loader.c: loader_section" wait timed out in thread 003c, blocked by 003f, retrying (60 sec)
https://bugs.winehq.org/show_bug.cgi?id=20521
Zombie Ryushu zombie_ryushu@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.32 |1.7.44
https://bugs.winehq.org/show_bug.cgi?id=20521
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.7.44 |1.1.32
https://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #32 from Ken Sharp imwellcushtymelike@gmail.com --- Is that in a clean WINEPREFIX?
The trace in Comment #0 and the attached trace is completely different. Clearly these are not the same issue.
https://bugs.winehq.org/show_bug.cgi?id=20521
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #29404|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=20521
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #29501|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=20521
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #29630|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=20521
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #33 from Wylda wylda@volny.cz --- Does not work for me too under wine. Under wine-1.7.45-88-g1342254 I got:
err:ntdll:RtlpWaitForCriticalSection section 0x7eaadde0 "../../../wine_git_build/dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread 002a, blocked by 0027, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bcd572c "../../../wine_git_build/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0027, blocked by 002a, retrying (60 sec)
Under wine-1.7.29 sometimes crashes like above and sometime opens a new window with choices "New Game / Load Game / Exit", but clicking on "New Game" crashes immediately.
https://bugs.winehq.org/show_bug.cgi?id=20521
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
--- Comment #34 from Sagawa sagawa.aki+winebugs@gmail.com --- Created attachment 51915 --> https://bugs.winehq.org/attachment.cgi?id=51915 Release the Win16 lock in create_window16.
Could you try this patch? With this patch and my last commit ae5e4b1c4342c153e4c83c4361b971e2732ff89f, Nocturnal Illusion (MUGE.EXE) works fine on my PC. I can't reproduce the first issue, too. Thanks in advance.
https://bugs.winehq.org/show_bug.cgi?id=20521
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #35 from super_man@post.com --- @Sagawa
Without your patch it doesnt start but with patch it starts with no issues.
on top wine-git 1.7.48
https://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #36 from Sagawa sagawa.aki+winebugs@gmail.com --- Thanks for testing. My patch was commited. http://source.winehq.org/git/wine.git/commit/9ac7bca209e1b11af898d1b393d13c8...
https://bugs.winehq.org/show_bug.cgi?id=20521
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |9ac7bca209e1b11af898d1b393d | |13c8dc92c66e1 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #37 from Ken Sharp imwellcushtymelike@gmail.com --- Marking fixed. Reopen if the problem persists.
https://bugs.winehq.org/show_bug.cgi?id=20521
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #38 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.49.
https://bugs.winehq.org/show_bug.cgi?id=20521
--- Comment #39 from Alexandre Julliard julliard@winehq.org --- I reverted the fix because of bug 39706, but I committed 6e6a0e2a2c3df15f8f62216227e3f6f454ba7e65 as an alternate fix, so it should still work.