http://bugs.winehq.org/show_bug.cgi?id=29092
Bug #: 29092 Summary: Myst Masterpiece crashes on game entry Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: michael@mizapf.de Classification: Unclassified
Myst Masterpiece Edition crashes on game entry, i.e. when you touch the first link book. Link sound occurs, then a Program Error window pops up, reporting that "The program mystmaster2k-d.exe has encountered a serious problem and needs to close". The close button does not shut down the application, need to close the window.
Same results for myst.exe, myst9x.exe, and mystmaster2k-d.exe. Reinstall of Myst did not help. Seems to be a regression some time ago, because I could play the same game about a year ago when it stopped working after a new OS installation (including a new wine version). I gave up on it and tried to run it again just recently but things seem to have not changed.
Last lines on console:
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x31aee0,0x00000000), stub! fixme:font:CreateScalableFontResourceW (0,L"C:\windows\QTFont.for",L"C:\windows\QTFont.qfn",(null)): stub fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x1c1fe8 with type WINED3DRTYPE_SURFACE (0x1). wine: Unhandled page fault on read access to 0x0251736d at address 0x36fe0b8 (thread 002d), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #1 from Austin English austinenglish@gmail.com 2011-11-14 18:45:56 CST --- You're missing the backtrace (additionally, please attach it rather than paste it).
See also: http://wiki.winehq.org/Backtraces
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #2 from Michael Zapf michael@mizapf.de 2011-11-15 07:03:38 CST --- I tried the instruction on that page, but I was not successful with creating a backtrace:
- I start the application with "wine mystmaster2k-d.exe" - Before the app crashes I start winedbg - Attaching to pid of app + "cont" - Click on link book (usually causes the crash without winedbg) - Application just hangs, no error window popping up, winedbg also hangs after "cont", no output; cannot attach a second time (error 5)
2nd try: - Starting the application, clicking on the book to make it crash - Error window pops up - I start winedbg, try to attach to crashed process, but get error 5
3rd try: - Starting the application in winedbg ("wine winedbg mystmaster2k-d.exe"), cont - Click on link book, after linking sound, program hangs, no reaction in terminal - Can't attach a second time (error 5) - Twice CTRL-C brings up the error window. In the terminal some lines are added
"Ctrl-C: stopping debuggee 0x00321e19: lock jmp *0x0(%ecx) Wine-dbg>Ctrl-C: stopping debuggee wine: Unhandled illegal instruction at address 0x321e19 (thread 003e), starting debugger..."
No more output, I need to close the wine desktop window. Another window then says that the application does not react.
Michael
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #3 from Michael Zapf michael@mizapf.de 2011-12-22 16:12:57 CST --- Updated to wine 1.3.35, but no luck with myst. It's getting worse; I don't even get as far as reported last time. The application crashes right after opening the wine desktop. The debugger seems to get stuck when starting, but after CTRL-C I got a trace which I attach here.
It seems as if the page fault is caused in r600_dri.so.
Michael
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #4 from Michael Zapf michael@mizapf.de 2011-12-22 16:13:50 CST --- Created attachment 38077 --> http://bugs.winehq.org/attachment.cgi?id=38077 Trace from Myst crash
http://bugs.winehq.org/show_bug.cgi?id=29092
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #5 from Henri Verbeet hverbeet@gmail.com 2012-02-13 14:47:03 CST --- (In reply to comment #4)
Backtrace: =>0 0x7bb9187d _ZN4llvm12PassRegistry21registerAnalysisGroupEPKvS2_RNS_8PassInfoEbb+0x2dd() in r600_dri.so (0x7be80ff4) 1 0x7ba68d1b _ZN4llvm18initializeNoAAPassERNS_12PassRegistryE+0x11a() in r600_dri.so (0x7beb813c) 2 0x7ba20568 _ZN4llvm36initializeAliasAnalysisAnalysisGroupERNS_12PassRegistryE+0x47() in r600_dri.so (0x7c4c1780) 3 0x7bab23cb _ZN4llvm36initializeTypeBasedAliasAnalysisPassERNS_12PassRegistryE+0x4a() in r600_dri.so (0x7c4c1780) 4 0x7bab254e _ZN4llvm32createTypeBasedAliasAnalysisPassEv+0x6d() in r600_dri.so (0x7c65bae8) 5 0x7b802e44 _ZN4llvm17LLVMTargetMachine22addCommonCodeGenPassesERNS_15PassManagerBaseENS_10CodeGenOpt5LevelEbRPNS_9MCContextE+0x23() in r600_dri.so (0x7c65bae8) 6 0x7b80376c _ZN4llvm17LLVMTargetMachine26addPassesToEmitMachineCodeERNS_15PassManagerBaseERNS_14JITCodeEmitterENS_10CodeGenOpt5LevelEb+0x4b() in r600_dri.so (0x7c65bae8) 7 0x7b58aa71 _ZN4llvm3JITC1EPNS_6ModuleERNS_13TargetMachineERNS_13TargetJITInfoEPNS_16JITMemoryManagerENS_10CodeGenOpt5LevelEb+0x210() in r600_dri.so (0x7c65bae8) 8 0x7b58a66f _ZN4llvm3JIT9createJITEPNS_6ModuleEPSsPNS_16JITMemoryManagerENS_10CodeGenOpt5LevelEbPNS_13TargetMachineE+0x8e() in r600_dri.so (0x7c68b334) 9 0x7b59fd1a _ZN4llvm13EngineBuilder6createEv+0x159() in r600_dri.so (0x00000000)
Looks like https://bugs.freedesktop.org/show_bug.cgi?id=41791, try DRAW_USE_LLVM=0.
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #6 from Michael Zapf michael@mizapf.de 2012-02-28 13:28:26 CST --- Crashes still happen, but only at much fewer occasions (e.g. when leaving the game), so I can actually start the game again!
I used an export DRAW_USE_LLVM=0 before starting wine, so this seems to be indeed the same bug as in 41791.
Michael
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #7 from Michael Zapf michael@mizapf.de 2012-02-28 14:06:40 CST --- Was a bit too early ... game can be started, and you can click the initial link book, but as soon as you click somewhere in the scenary (for moving or turning around), the game immediately crashes, last message on the console being
wine: Unhandled privileged instruction at address 0x321e3c (thread 0009), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=29092
Michael McGuire spoon0042@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spoon0042@hotmail.com
--- Comment #8 from Michael McGuire spoon0042@hotmail.com 2012-02-29 18:12:20 CST --- I've been able to get this to work under certain conditions: Myst version on Steam (not sure if this matters), wine built with -O3 (Debian gcc 4.4.5-8) and not -O2, wine versions 1.3.16 (for sure) up to 1.3.25 but not 1.3.30 or so and later (I can do a regression test to check exactly). Hopefully someone can make some sense of this.
http://bugs.winehq.org/show_bug.cgi?id=29092
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #9 from Jerome Leclanche adys.wh@gmail.com 2012-02-29 19:06:38 CST --- (In reply to comment #8) Only with -O3 you say? Isn't that bug.. something? Vitaliy?
http://bugs.winehq.org/show_bug.cgi?id=29092
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=41791
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #10 from Michael McGuire spoon0042@hotmail.com 2012-03-01 10:56:05 CST --- Correct, -O3 works, -O2 crashes as described in the initial report. I also should have mentioned this is with the windows version set to win95 as suggested in appdb. I thought I had played a good deal of the game once before but when I tried yesterday even the "working" 1.3.16 seems to crash reliably on the path by the power plant. It's hard to tell when things stopped working as well since 1.3.16 works, 1.3.30 crashes immediately, and intermediate versions either crash or hang after some playing.
http://bugs.winehq.org/show_bug.cgi?id=29092
K1773R K1773R@darkgamex.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |K1773R@darkgamex.ch
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #11 from Michael McGuire spoon0042@hotmail.com 2012-03-09 16:31:56 CST --- Created attachment 39277 --> http://bugs.winehq.org/attachment.cgi?id=39277 1.3.5 backtrace
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #12 from Michael McGuire spoon0042@hotmail.com 2012-03-09 16:33:41 CST --- I wanted to gather some more information before posting again, so here goes.
I was able to play the game to completion with wine 1.3.5 built with -O3. I was about to say it worked perfectly, however when I tried running it without a virtual desktop X froze during the opening video. Also I experienced a couple hangs that seem to be avoidable by not clicking too fast, waiting for the cursor to reappear before clicking again may be enough.
Starting with 1.3.6 the game would hang when trying to click past the butterfly animation by the power plant. I was able to regression test this bug, reverting the following patch allows versions up through 1.3.15 to work (all with -O3).
c876f250549e7f7ebb797dfed0e45f9f56805476 is the first bad commit commit c876f250549e7f7ebb797dfed0e45f9f56805476 Author: Alexandre Julliard julliard@winehq.org Date: Mon Oct 18 12:26:28 2010 +0200
winex11: Allow specifying system cursor replacements through the registry.
:040000 040000 35da22e74a7a473070b76703e26383b10274cc4a 5bdf22683ba1fd1ab5fd829247cff8b8005f9447 M dlls
Unfortunately it seems there are other bugs / instability and some versions I don't recall exactly would get past the butterflies but crash at other spots, for example flipping the switch by the cabin. Also starting with 1.3.16 wine crashes in the same spot (butterflies). I tried at least twice to get a regression but was unable to; I don't know if this is because there are multiple problems or if it just doesn't crash 100% of the time. I'm putting off anymore testing for now since I don't know if any of this is actually relevant or helpful.
As for the problem of it hanging or crashing without using -O3, I haven't been able to get a backtrace using current wine no matter what I try. With 1.3.5 built with -O0 -g I was able to get the attached backtrace.
http://bugs.winehq.org/show_bug.cgi?id=29092
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Regression SHA1| |c876f250549e7f7ebb797dfed0e | |45f9f56805476
http://bugs.winehq.org/show_bug.cgi?id=29092
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1|c876f250549e7f7ebb797dfed0e | |45f9f56805476 |
--- Comment #13 from Alexandre Julliard julliard@winehq.org 2012-03-11 17:22:23 CDT ---
From the symptoms it's very unlikely that this commit is causing the problem.
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #14 from Michael Zapf michael@mizapf.de 2012-03-22 15:57:34 CDT --- I just installed Wine 1.4 under openSUSE and retried to start myst.exe, but still no luck. "Program Error" appears sooner or later; I have not even managed to do a single move in the game.
Different to 1.3.35 the error message window has a button "Show details", and after clicking on it I get another window with a text area "Loading detailed information, please wait...". That's all.
The console where I started it says "wine: Unhandled privileged instruction at address 0x321e3c (thread 0024), starting debugger..."
No more reaction from here anywhere. Have to kill the processes.
(Yes, I used the DRAW_USE_LLVM=0 before)
That's somewhat tedious. Why can't at least the error reporting work in a useful way?
http://bugs.winehq.org/show_bug.cgi?id=29092
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Component|directx-d3d |-unknown
--- Comment #15 from Henri Verbeet hverbeet@gmail.com 2013-06-12 08:36:18 CDT --- Does this still happen with current Wine (1.6-rc1)? 4adfb787f4e8c36a37ce1d53a7e6df16d03ecd8a could potentially have made a difference for at least the original issue you reported, although technically that would still mean this should be resolved UPSTREAM. In either case, I don't believe this is really a regression in Wine, or necessarily a D3D issue.
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #16 from Michael McGuire spoon0042@hotmail.com 2013-06-12 19:17:01 CDT --- Steam version, fresh git pull. Clicking the book works and you end up on the dock. Then turning left and clicking the door or moving forward and clicking the switch seems to cause a crash. (The debugger seems to start but just chews cpu without anything showing up.)
http://bugs.winehq.org/show_bug.cgi?id=29092
DSIAID05FRhkpBPM M8R-45axwd@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |M8R-45axwd@mailinator.com
--- Comment #17 from DSIAID05FRhkpBPM M8R-45axwd@mailinator.com 2013-09-20 11:23:38 CDT --- It is not fixed with Wine 1.7.2. Maybe it's time to change this bug's status to 'NEW'?
I have a DVD version of Myst Masterpiece Edition. Mac OS X 10.7.5
http://bugs.winehq.org/show_bug.cgi?id=29092
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #18 from Henri Verbeet hverbeet@gmail.com 2013-09-20 11:51:41 CDT --- (In reply to comment #17)
It is not fixed with Wine 1.7.2. Maybe it's time to change this bug's status to 'NEW'?
Sure, though in practice we don't strictly distinguish between NEW and UNCONFIRMED bugs.
I have a DVD version of Myst Masterpiece Edition. Mac OS X 10.7.5
Are you sure you really have the same bug as originally reported here? I have the impression from comment 16 that the original bug no longer happens, although there seem to be a few others still left. What does your backtrace look like?
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #19 from Michael Zapf michael@mizapf.de 2013-09-23 10:50:09 CDT --- Just tried it on Wine 1.7.2, problem is still there. Note that comment 16 refers to a Steam version, while the original problem is from the DVD version.
This time, I still don't get too far, right after "wine myst.exe" I'm getting a "The program mystmaster2k-d.exe has encountered a serious problem and needs to close. We are sorrx for the inconvenience".
"Show details" still ends up in a window titled "Program Error Details" with "Loading detailed information, please wait...", but nothing happens. DRAW_USE_LLVM=0 has no specific effect.
Pressing "Close" does not terminate wine; the window remains on the screen, not redrawn anymore.
Output after start is:
fixme:win:EnumDisplayDevicesW ((null),0,0x31b6f8,0x00000000), stub! err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 640x480x24 @0! (desktop) fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x31aca8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x31ada8,0x00000000), stub! fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x1d2a18 with type WINED3D_RTYPE_SURFACE (0x1). wine: Unhandled page fault on read access to 0x0000028c at address 0x7e40740d (thread 0024), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #20 from WineBuG winebugs140@gmail.com 2013-09-27 13:01:55 CDT ---
Are you sure you really have the same bug as originally reported here? I have the impression from comment 16 that the original bug no longer happens, although there seem to be a few others still left. What does your backtrace look like?
I really do think it's the same bug. I'm also getting this error window that says "Loading detailed information, please wait...", and nothing happens. The bug is present on Ubuntu 13.04 as well.
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #21 from Michael McGuire spoon0042@hotmail.com 2013-09-28 16:46:32 CDT --- (In reply to comment #18)
Are you sure you really have the same bug as originally reported here? I have the impression from comment 16 that the original bug no longer happens, although there seem to be a few others still left. What does your backtrace look like?
Apparently I spoke too soon. I *thought* I tried it several times without problems but checking just now the same build behaves the same as any other recent version and hangs seemingly at random.
Getting backtraces is difficult; the suggestions on the wiki don't seem to work even when wine's crash dialog pops up. I can only assume it's some really picky threading issue and it's hanging / locking up rather than "crashing". For example, here's a bt of one thread from my latest test run where myst hung before even getting to the first logo animation:
Wine-dbg>bt 0x19 Backtrace: =>0 0xb77ab422 __kernel_vsyscall+0xe() in [vdso].so (0x0220e5d8) 1 0xb762733b __libc_read+0x4a() in libpthread.so.0 (0x0220e5d8) 2 0x7bc7dc58 wait_reply+0x57(cookie=0x220e618) [/tmp/work/wine-git/dlls/ntdll/sync.c:807] in ntdll (0x0220e5d8) 3 0x7bc8043b NTDLL_wait_for_multiple_objects+0x21a(count=0x1, handles=0x220e880, flags=0x4, timeout=(nil), signal_object=<is not available>) [/tmp/work/wine-git/dlls/ntdll/sync.c:1123] in ntdll (0x0220e7f8) 4 0x7bc8054b NtWaitForMultipleObjects+0x4a(count=0x1, handles=0x220e880, wait_all=0, alertable=0, timeout=(nil)) [/tmp/work/wine-git/dlls/ntdll/sync.c:1161] in ntdll (0x0220e828) 5 0x7b873ea2 InterlockedDecrement+0x149() in kernel32 (0x0220e998) 6 0x7b874118 WaitForMultipleObjectsEx+0x67() in kernel32 (0x0220e9e8) 7 0x7b874228 WaitForSingleObject+0x47(handle=<couldn't compute location>, timeout=<couldn't compute location>) [/tmp/work/wine-git/dlls/kernel32/sync.c:128] in kernel32 (0x0220ea28) 8 0x0044787b in myst (+0x4787a) (0x0220ea48) 9 0x7bc78ca0 call_thread_func_wrapper+0xb() in ntdll (0x0220ea58) 10 0x7bc7bc5d call_thread_func+0x7c(entry=0x447850, arg=0x201847c, frame=0x220eb48) [/tmp/work/wine-git/dlls/ntdll/signal_i386.c:2567] in ntdll (0x0220eb28) 11 0x7bc78c7e RtlRaiseException+0x21() in ntdll (0x0220eb48) 12 0x7bc82009 start_thread+0xe8(info=0x7ffd4fb8) [/tmp/work/wine-git/dlls/ntdll/thread.c:415] in ntdll (0x0220f398) 13 0xb761fc39 start_thread+0xc8() in libpthread.so.0 (0x0220f498)
Most of the myst threads are similar, I can attach a bt all if you think that would help.
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #22 from Michael McGuire spoon0042@hotmail.com 2013-09-28 16:51:31 CDT --- I should probably add that Myst.exe just sits there maxing out one core when not stopped in winedbg.
http://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #23 from WineBuG winebugs140@gmail.com --- Not fixed in Wine 1.7.15
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #24 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #25 from K1773R K1773R@darkgamex.ch --- I currently cant test this. Anyone else?
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #26 from Michael McGuire spoon0042@hotmail.com --- Did a git build, nothing's changed.
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #27 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Michael McGuire from comment #26)
Did a git build, nothing's changed.
Please attach a new log+crash http://wiki.winehq.org/FAQ#get_log
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #28 from Michael McGuire spoon0042@hotmail.com --- Created attachment 52333 --> https://bugs.winehq.org/attachment.cgi?id=52333 1.7.51+git log
click on intro video, click linking book to end up on dock, click anywhere to "crash". get the "Program Error" dialog. click either "show details" or "close" and the only thing that happens is the background sound comes back. no backtrace. have to kill the myst process manually (myst + wineserver sit there using most of the cpu).
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #29 from WineBuG winebugs140@gmail.com --- And what happens if we disable sound? See Bug 13492
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #30 from Michael McGuire spoon0042@hotmail.com --- I assume you mean setting HKCU/Software/Wine/Drivers/Audio to nothing? That only seems to have made things worse. If you click during the intro videos the linking book appears and immediately get the crash dialog. If you let them play you just get the crash dialog, like after the book hits the ground and without getting a mouse cursor.
https://bugs.winehq.org/show_bug.cgi?id=29092
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #31 from winetest@luukku.com --- Can you test 1.8, 1.9 or 2.0 series of wine?
The higher number the better. The other bug report was marked dupe and solved as notourbug.
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #32 from WineBuG winebugs140@gmail.com --- Still present in Wine 1.9.24
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #33 from WineBuG winebugs140@gmail.com --- Is this bug really a REGRESSION? Or something else?
https://bugs.winehq.org/show_bug.cgi?id=29092
--- Comment #34 from Michael McGuire spoon0042@hotmail.com --- An update of sorts.
The Myst versions talked about here are, last I checked, as broken as ever.
A year or two ago I found out ScummVM had experimental support for Myst and Riven. Built it, seemed to work ok for Myst at least. Thought about updating this, forgot or something, whatever.
Recently the Cyan guys did a thing for the 25th anniversary. The new version of Myst made it to GOG and now Steam, and... it looks like they gave up and used ScummVM too. Seems to work in wine. Amusingly it's still Windows-only on Steam but should work anywhere. Whatever patches they made appear to be included in the download. They may just add a fancy launcher and language support but I don't know for sure.
Happy 25th, Myst. *toot*
https://bugs.winehq.org/show_bug.cgi?id=29092
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #35 from joaopa jeremielapuree@yahoo.fr --- Tested. Working fine here with wine-5.0-rc6. Can an administrator close this bug as FIXED?
-
wine-bugs＠winehq.org -
WineHQ Bugzilla