https://bugs.winehq.org/show_bug.cgi?id=39471
Bug ID: 39471 Summary: Elminage Gothic freezes after clicking on "New Game" Product: Wine Version: 1.7.53 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: fjfrackiewicz@gmail.com Distribution: ---
Created attachment 52601 --> https://bugs.winehq.org/attachment.cgi?id=52601 Terminal output for "wine Elminage.exe"
I am using the GOG version of Elminage Gothic on 32-bit Wine 1.7.53 compiled from source.
This issue is reproducible 100% of the time.
Elminage Gothic has two movies it plays:
One movie is the Ghostlight logo and then it plays an intro to the game once you click on "New Game".
The game freezes when attempting to play the second movie. You can hear sound play in the background and all but the game is locked up completely. I've attached the terminal output from when you run the game via the "wine Elminage.exe" command in terminal.
I have found a temporary workaround until this issue is somehow fixed:
Rename the two movie files so that the intro shows up in the logo's place. This involves renaming "logo.wmv" to "intro.wmv" and "intro.wmv" to "logo.wmv". After that, you need to start pressing the Escape button just as you click on "New Game" to skip the second movie and get into the game proper.
https://bugs.winehq.org/show_bug.cgi?id=39471
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #1 from fjfrackiewicz@gmail.com --- Created attachment 52602 --> https://bugs.winehq.org/attachment.cgi?id=52602 Crash backtrace
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #2 from fjfrackiewicz@gmail.com --- After playing the game for about an hour it then crashed for no apparent reason. I've added the crash backtrace to this bug report.
https://bugs.winehq.org/show_bug.cgi?id=39471
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com, | |sebastian@fds-team.de
https://bugs.winehq.org/show_bug.cgi?id=39471
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Mint Severity|normal |blocker
https://bugs.winehq.org/show_bug.cgi?id=39471
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal
--- Comment #3 from Sebastian Lackner sebastian@fds-team.de --- Not a blocker, only one app is affected so far (see bug reporting guidelines).
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #4 from fjfrackiewicz@gmail.com --- (In reply to Sebastian Lackner from comment #3)
Not a blocker, only one app is affected so far (see bug reporting guidelines).
Apologies for that, was trying to refer to the app being blocked completely not Wine itself :)
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #5 from Austin English austinenglish@gmail.com --- Does 'winetricks xact' help?
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #6 from fjfrackiewicz@gmail.com --- (In reply to Austin English from comment #5)
Does 'winetricks xact' help?
Sadly, it doesn't. I've already had it installed.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #7 from Andrew Eikum aeikum@codeweavers.com --- Thanks for the nice bug report! Can you check what version of openal you are using? There is a known bug in openal-1.15 that Wine triggers.
Also, can you please attach a log with the channels from http://wiki.winehq.org/Sound? Thanks!
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #8 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #7)
Thanks for the nice bug report! Can you check what version of openal you are using? There is a known bug in openal-1.15 that Wine triggers.
Also, can you please attach a log with the channels from http://wiki.winehq.org/Sound? Thanks!
Hi Andrew,
I'll do what I can to get you a proper log with the channels although it'll be my first time doing so, so please bear with me :)
As for OpenAL, did you also want the version of the OpenAL development libraries I used to compile Wine with?
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #9 from Andrew Eikum aeikum@codeweavers.com --- Whatever your package manager gives for the installed openal package would be fine. Or, usually you can get the version from the library file itself: /usr/lib/libopenal*
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #10 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #9)
Whatever your package manager gives for the installed openal package would be fine. Or, usually you can get the version from the library file itself: /usr/lib/libopenal*
I seem to have the version that triggers a bug in Wine.
In my usr/lib folder I found the following:
libopenal.so.1.15.1
In my package manager I found this version of libopenal1:i386:
1:1.15.1-5
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #11 from fjfrackiewicz@gmail.com --- I m(In reply to fjfrackiewicz from comment #10)
(In reply to Andrew Eikum from comment #9)
Whatever your package manager gives for the installed openal package would be fine. Or, usually you can get the version from the library file itself: /usr/lib/libopenal*
I seem to have the version that triggers a bug in Wine.
In my usr/lib folder I found the following:
libopenal.so.1.15.1
In my package manager I found this version of libopenal1:i386:
1:1.15.1-5
I meant to type "that Wine triggers a bug in". Sorry for the typo.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #12 from fjfrackiewicz@gmail.com --- Created attachment 52609 --> https://bugs.winehq.org/attachment.cgi?id=52609 Channels trace for Elminage Gothic
Channels used:
+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+oss,+alsa,+coreaudio,+timestamp
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #13 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #7)
Thanks for the nice bug report! Can you check what version of openal you are using? There is a known bug in openal-1.15 that Wine triggers.
Also, can you please attach a log with the channels from http://wiki.winehq.org/Sound? Thanks!
Channel trace attached as requested.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #14 from fjfrackiewicz@gmail.com --- Andrew, I have a question regarding the sound:
Would this still be considered a sound bug with OpenAL 1.15? The reason I ask is because when the game freezes, the music continues playing normally, it doesn't stutter or seem to do anything that would indicate a sound bug.
Asking out of curiosity.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #15 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 52610 --> https://bugs.winehq.org/attachment.cgi?id=52610 xaudio2: Don't render less than a period of audio
(In reply to fjfrackiewicz from comment #14)
Andrew, I have a question regarding the sound:
Would this still be considered a sound bug with OpenAL 1.15? The reason I ask is because when the game freezes, the music continues playing normally, it doesn't stutter or seem to do anything that would indicate a sound bug.
Asking out of curiosity.
Well, the backtrace in comment #1 indicates an xaudio issue. The fact that it's crashing inside of openal made me think of the 1.15 bug. It could definitely be a different problem, but this is the most likely one I can think of.
I've attached a patch here. Can you apply it and build Wine and see if it fixes the issue for you?
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #16 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #15)
Created attachment 52610 [details] xaudio2: Don't render less than a period of audio
(In reply to fjfrackiewicz from comment #14)
Andrew, I have a question regarding the sound:
Would this still be considered a sound bug with OpenAL 1.15? The reason I ask is because when the game freezes, the music continues playing normally, it doesn't stutter or seem to do anything that would indicate a sound bug.
Asking out of curiosity.
Well, the backtrace in comment #1 indicates an xaudio issue. The fact that it's crashing inside of openal made me think of the 1.15 bug. It could definitely be a different problem, but this is the most likely one I can think of.
I've attached a patch here. Can you apply it and build Wine and see if it fixes the issue for you?
Issue still persists after patching.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #17 from fjfrackiewicz@gmail.com --- Created attachment 52611 --> https://bugs.winehq.org/attachment.cgi?id=52611 Terminal output after patch
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #18 from Andrew Eikum aeikum@codeweavers.com --- (In reply to fjfrackiewicz from comment #16)
(In reply to Andrew Eikum from comment #15)
Well, the backtrace in comment #1 indicates an xaudio issue. The fact that it's crashing inside of openal made me think of the 1.15 bug. It could definitely be a different problem, but this is the most likely one I can think of.
I've attached a patch here. Can you apply it and build Wine and see if it fixes the issue for you?
Issue still persists after patching.
Are there two issues here? One where the intro movie freezes the game (comment #0), and a separate one where you got a crash after an hour of gametime (comment #1, comment #2)? I would expect the patch to fix the latter, but probably not the former.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #19 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #18)
(In reply to fjfrackiewicz from comment #16)
(In reply to Andrew Eikum from comment #15)
Well, the backtrace in comment #1 indicates an xaudio issue. The fact that it's crashing inside of openal made me think of the 1.15 bug. It could definitely be a different problem, but this is the most likely one I can think of.
I've attached a patch here. Can you apply it and build Wine and see if it fixes the issue for you?
Issue still persists after patching.
Are there two issues here? One where the intro movie freezes the game (comment #0), and a separate one where you got a crash after an hour of gametime (comment #1, comment #2)? I would expect the patch to fix the latter, but probably not the former.
It looks like it from where I stand. I think the "hour of game time" crash might've been a random crash because I couldn't duplicate it.
If I could remove the unnecessary comments, I would.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #20 from Andrew Eikum aeikum@codeweavers.com --- (In reply to fjfrackiewicz from comment #19)
(In reply to Andrew Eikum from comment #18)
Are there two issues here? One where the intro movie freezes the game (comment #0), and a separate one where you got a crash after an hour of gametime (comment #1, comment #2)? I would expect the patch to fix the latter, but probably not the former.
It looks like it from where I stand. I think the "hour of game time" crash might've been a random crash because I couldn't duplicate it.
If I could remove the unnecessary comments, I would.
No worries. We'll keep this one about the intro movie bug.
I received a private email from someone else about the openal-1.15 bug a while ago, and their crash looks just like your crash. So I'm fairly confident that's what gave you that crash. I'll submit that patch very soon, I just need to give it a little more testing.
Anyway, back to the intro movie problem. The game repeatedly calls acmStreamOpen trying to convert some audio from WMA to PCM:
0065:trace:msacm:acmStreamOpen ((nil), (nil), 0x506a8f0, 0x50a2ca0, (nil), 0, 0, 5) 0065:trace:msacm:acmStreamOpen src [wFormatTag=353, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=16005, nBlockAlign=2973, wBitsPerSample=16, cbSize=10] 0065:trace:msacm:acmStreamOpen dst [wFormatTag=1, nChannels=2, nSamplesPerSec=96000, nAvgBytesPerSec=192000, nBlockAlign=2, wBitsPerSample=8, cbSize=0] 0065:trace:msacm:acmStreamOpen => (512)
This continually fails because Wine's msacm32 can't decode WMA audio. I guess the game has a bug where it doesn't handle this failure gracefully, and eventually runs out of stack space, causing your freeze/crash.
So, either Wine's msacm32 should support converting WMA to PCM, or we're somehow misleading this program into thinking that it can do the conversion when it can't. Writing a test with the same acmStreamOpen call and running it on Windows would confirm what Windows's msacm32 can do, and tell us what Wine's should do.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #21 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #20)
(In reply to fjfrackiewicz from comment #19)
(In reply to Andrew Eikum from comment #18)
Are there two issues here? One where the intro movie freezes the game (comment #0), and a separate one where you got a crash after an hour of gametime (comment #1, comment #2)? I would expect the patch to fix the latter, but probably not the former.
It looks like it from where I stand. I think the "hour of game time" crash might've been a random crash because I couldn't duplicate it.
If I could remove the unnecessary comments, I would.
No worries. We'll keep this one about the intro movie bug.
I received a private email from someone else about the openal-1.15 bug a while ago, and their crash looks just like your crash. So I'm fairly confident that's what gave you that crash. I'll submit that patch very soon, I just need to give it a little more testing.
Anyway, back to the intro movie problem. The game repeatedly calls acmStreamOpen trying to convert some audio from WMA to PCM:
0065:trace:msacm:acmStreamOpen ((nil), (nil), 0x506a8f0, 0x50a2ca0, (nil), 0, 0, 5) 0065:trace:msacm:acmStreamOpen src [wFormatTag=353, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=16005, nBlockAlign=2973, wBitsPerSample=16, cbSize=10] 0065:trace:msacm:acmStreamOpen dst [wFormatTag=1, nChannels=2, nSamplesPerSec=96000, nAvgBytesPerSec=192000, nBlockAlign=2, wBitsPerSample=8, cbSize=0] 0065:trace:msacm:acmStreamOpen => (512)
This continually fails because Wine's msacm32 can't decode WMA audio. I guess the game has a bug where it doesn't handle this failure gracefully, and eventually runs out of stack space, causing your freeze/crash.
So, either Wine's msacm32 should support converting WMA to PCM, or we're somehow misleading this program into thinking that it can do the conversion when it can't. Writing a test with the same acmStreamOpen call and running it on Windows would confirm what Windows's msacm32 can do, and tell us what Wine's should do.
I don't have access to a Windows machine at the moment. Is there anything I could do on my end to help resolve this problem, provided I get access to a Windows machine? Please keep in mind I probably can't write a test for acmStreamopen so there's that limitation.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #22 from Andrew Eikum aeikum@codeweavers.com --- If you want to try to diagnose this yourself, that would be wonderful! I don't have a lot of spare time to work on this right now.
We actually have a set of Windows VMs for developers to test on, so you don't have to maintain an installation yourself: https://testbot.winehq.org/
What we want to do is test whether Windows can convert WMA audio with acmStreamOpen. What you'd need to do is dump the complete WAVEFORMATEX structure that the game is passing to acmStreamOpen (we're missing the extradata past WAVEFORMATEX in your log). Then in <dlls/msacm32/tests/msacm.c>, call that function in the same way. You can then build a crosstest, upload it to the testbot, and see how Windows behaves.
In Wine, we return 512 (ACMERR_NOTPOSSIBLE) since Wine can't convert WMA. If Windows returns 0 (success), then Wine should support this conversion. If Windows also returns an error, then the problem lies someplace else.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #23 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #22)
If you want to try to diagnose this yourself, that would be wonderful! I don't have a lot of spare time to work on this right now.
We actually have a set of Windows VMs for developers to test on, so you don't have to maintain an installation yourself: https://testbot.winehq.org/
What we want to do is test whether Windows can convert WMA audio with acmStreamOpen. What you'd need to do is dump the complete WAVEFORMATEX structure that the game is passing to acmStreamOpen (we're missing the extradata past WAVEFORMATEX in your log). Then in <dlls/msacm32/tests/msacm.c>, call that function in the same way. You can then build a crosstest, upload it to the testbot, and see how Windows behaves.
In Wine, we return 512 (ACMERR_NOTPOSSIBLE) since Wine can't convert WMA. If Windows returns 0 (success), then Wine should support this conversion. If Windows also returns an error, then the problem lies someplace else.
Unfortunately, that is a bit over my head. Apologies if I miscommunicated my lack of technical knowledge. I was hoping there'd be some utility I could use on a Windows machine to capture this requested data but programming is a bit out of my scope :(
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #24 from fjfrackiewicz@gmail.com --- Andrew,
Would a copy of the game help with this any? I'll be willing to donate a copy to you, or any dev who wants to look into this.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #25 from fjfrackiewicz@gmail.com --- OK, so I made a completely new WINE prefix with WINE 1.7.53 along with the patch xaudio2: Don't render less than a period of audio by Andrew.
After I made a new prefix and configured the Elminage.exe application, I then ran the following winetricks:
d3dx9 quartz devenum wmp9
With this new WINE prefix and a fresh install of the game, I managed to click "New Game" in the main menu 3 times and I did not experience the issue where the game hangs but the audio continues to play.
My question is:
What can I use to compare my previous WINE prefix to the new one to find out whether there is a conflict somewhere? Perhaps there existed a device conflict or a configuration error in my previous WINE prefix?
If anyone knows what info I need to provide within my limited technical capabilities, please let me know because I have a sneaking suspicion that this issue occurs because of a conflict somewhere in my configuration and I would like to find out so that others may avoid it in the future :)
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #26 from Andrew Eikum aeikum@codeweavers.com --- Maybe one of the winetricks packages installed a WMA decoder? With those packages installed, does the game seem to work correctly? Or do you have missing audio, or missing movies, or some other problem?
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #27 from fjfrackiewicz@gmail.com --- (In reply to Andrew Eikum from comment #26)
Maybe one of the winetricks packages installed a WMA decoder? With those packages installed, does the game seem to work correctly? Or do you have missing audio, or missing movies, or some other problem?
All the audio is there (background music, sound effects) although I do get the occasional "ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred" errors where the sound gets distorted and plays at a higher speed for a minute or so.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #28 from fjfrackiewicz@gmail.com --- I forgot to mention that the movies work as they would in a Windows installation. No renaming, no need to press the Escape button to avoid the "New Game" crash. I do have to say that the patch offered here makes a world of difference :)
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #29 from Nikolay Sivov bunglehead@gmail.com --- You mean patch from comment 15? It's already in Wine http://source.winehq.org/git/wine.git/commit/998e5a0432b10fe88452baebba249ef....
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #30 from fjfrackiewicz@gmail.com --- (In reply to Nikolay Sivov from comment #29)
You mean patch from comment 15? It's already in Wine http://source.winehq.org/git/wine.git/commit/ 998e5a0432b10fe88452baebba249efb1471d968.
Apologies. It wasn't in Wine when I tried the patch + a clean WINE prefix :)
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #31 from Andrew Eikum aeikum@codeweavers.com --- (In reply to fjfrackiewicz from comment #28)
I forgot to mention that the movies work as they would in a Windows installation. No renaming, no need to press the Escape button to avoid the "New Game" crash. I do have to say that the patch offered here makes a world of difference :)
I don't think that patch "fixed" this issue. My guess is one of the winetricks packages (wmp9?) fixed it. Can you attach another log in your working prefix? Just get to the point where the game would fail, and then quit. That should tell us what changed to fix this for you.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #32 from fjfrackiewicz@gmail.com --- Created attachment 52661 --> https://bugs.winehq.org/attachment.cgi?id=52661 Terminal output from a working prefix
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #33 from fjfrackiewicz@gmail.com --- Created attachment 52662 --> https://bugs.winehq.org/attachment.cgi?id=52662 Channels used: +tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp
Along with my terminal output from a working prefix I've also attached a channels trace from my working prefix. Same channels used as the last time.
https://bugs.winehq.org/show_bug.cgi?id=39471
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #34 from super_man@post.com --- Did anyoene notice that the last log has this line?
wine: Call from 0x7ec7a0ce to unimplemented function ntoskrnl.exe.ExAcquireResourceExclusiveLite, aborting
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #35 from fjfrackiewicz@gmail.com --- (In reply to super_man from comment #34)
Did anyoene notice that the last log has this line?
wine: Call from 0x7ec7a0ce to unimplemented function ntoskrnl.exe.ExAcquireResourceExclusiveLite, aborting
This may have been fixed here:
https://bugs.winehq.org/show_bug.cgi?id=39143
I'll run the game in Wine 1.9.9 (distro still hasn't updated to 1.9.10 for whatever reason...) and see if this comes up in the log :)
https://bugs.winehq.org/show_bug.cgi?id=39471
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #36 from winetest@luukku.com --- (In reply to fjfrackiewicz from comment #35)
(In reply to super_man from comment #34)
Did anyoene notice that the last log has this line?
wine: Call from 0x7ec7a0ce to unimplemented function ntoskrnl.exe.ExAcquireResourceExclusiveLite, aborting
This may have been fixed here:
https://bugs.winehq.org/show_bug.cgi?id=39143
I'll run the game in Wine 1.9.9 (distro still hasn't updated to 1.9.10 for whatever reason...) and see if this comes up in the log :)
Can you retest this with newer wine? I don't have this game. The crash at your log seems quite fatal. I wouldnt expect game from going anywhere having that unimplemented crash there. Those bugs are usually blockers.
https://bugs.winehq.org/show_bug.cgi?id=39471
--- Comment #37 from fjfrackiewicz@gmail.com --- (In reply to winetest from comment #36)
(In reply to fjfrackiewicz from comment #35)
(In reply to super_man from comment #34)
Did anyoene notice that the last log has this line?
wine: Call from 0x7ec7a0ce to unimplemented function ntoskrnl.exe.ExAcquireResourceExclusiveLite, aborting
This may have been fixed here:
https://bugs.winehq.org/show_bug.cgi?id=39143
I'll run the game in Wine 1.9.9 (distro still hasn't updated to 1.9.10 for whatever reason...) and see if this comes up in the log :)
Can you retest this with newer wine? I don't have this game. The crash at your log seems quite fatal. I wouldnt expect game from going anywhere having that unimplemented crash there. Those bugs are usually blockers.
Will do so, just haven't had the time to test this particular issue :)
https://bugs.winehq.org/show_bug.cgi?id=39471
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #38 from fjfrackiewicz@gmail.com --- OK so I think this particular issue is fixed. I just tested the game in Wine-1.9.20-92-g1dedd90, the game doesn't freeze anymore after I install the following winetricks:
d3dx9 quartz devenum wmp9
It still requires some work as it needs to have a native DirectX dll installed in order to avoid this:
fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture creation failed.
I'll mark this as fixed until further notice.
https://bugs.winehq.org/show_bug.cgi?id=39471
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #39 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.21.
-
wine-bugs＠winehq.org