http://bugs.winehq.org/show_bug.cgi?id=9422
Summary: Regression from 0.9.36 to 0.9.42/43 when running visio 2003 Product: Wine Version: 0.9.43. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs@winehq.org ReportedBy: jokester01au@yahoo.com.au
Created an attachment (id=7748) --> (http://bugs.winehq.org/attachment.cgi?id=7748) Log trace of failed run under 0.9.43
This may or may not be related to bug #5163.
On 0.9.36 I have a working installation of visio 2003. After upgrading to 0.9.42 visio ceases to work, failing with the message "iopl not enabled". Ditto for 0.9.43. After reverting back to 0.9.36, visio 2003 again works.
Word and Excel 2003 seem to work happily on all of these versions of wine.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #1 from Joe Thomas-Kerr jokester01au@yahoo.com.au 2007-08-23 02:52:02 --- Created an attachment (id=7749) --> (http://bugs.winehq.org/attachment.cgi?id=7749) Log of successful session using wine 0.9.36
NB the failed registry class message is common to both traces.
http://bugs.winehq.org/show_bug.cgi?id=9422
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wine-programs |wine-misc Keywords| |regression Summary|Regression from 0.9.36 to |Visio 2003 failing with the |0.9.42/43 when running visio|message "iopl not enabled" |2003 |
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2007-08-23 07:24:26 --- Please do the proper regression testing as described here: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #3 from Joe Thomas-Kerr jokester01au@yahoo.com.au 2007-08-28 00:38:04 --- After bisecting 1200 commits and finding them all bad, I tested
make uninstall visio #works (binary from wine_0.9.36~winehq0~ubuntu~6.10-1_i386.deb) git reset --hard wine-0.9.36 make install visio #fails
Then I tried
make uninstall visio #works git reset --hard wine-0.9.35 make install visio #fails.
So this binary that I downloaded from the wine archive doesn't seem to line up with the source tag.
http://bugs.winehq.org/show_bug.cgi?id=9422
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |9497
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #4 from Paul Tavernier ptavernier@gmail.com 2007-08-28 10:32:21 --- Created an attachment (id=7857) --> (http://bugs.winehq.org/attachment.cgi?id=7857) result of msiexec /i vispro.msi
Installation runs fluently till the end. The "bug" is When i launch the product..
http://bugs.winehq.org/show_bug.cgi?id=9422
Paul Tavernier ptavernier@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ptavernier@gmail.com
--- Comment #5 from Paul Tavernier ptavernier@gmail.com 2007-08-28 10:33:45 --- Exactly the same bug for me.
0.9.42 -> visio 2003 fails 0.9.44 -> same problem "IOPL not available"
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #6 from Paul Tavernier ptavernier@gmail.com 2007-09-18 10:18:35 --- Same message with the recent 0.9.45....
http://bugs.winehq.org/show_bug.cgi?id=9422
Peter van den Belt dsmarty@dsmarty.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dsmarty@dsmarty.com
--- Comment #7 from Peter van den Belt dsmarty@dsmarty.com 2007-10-11 10:44:00 --- I've got the exact same problem with 0.9.46.
Error: "IOPL not enabled"
http://bugs.winehq.org/show_bug.cgi?id=9422
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from Dan Kegel dank@kegel.com 2007-10-11 12:22:47 --- http://www.murga-linux.com/puppy/viewtopic.php?p=103961 says "5. Go to your newly created Office folder and run wine winword.exe. You should get a message box saying IOPL not enabled.
6. In rxvt, type regedit. Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ and create a key Office, then another key called 11.0, then another called Common, then another called FilesPaths. Finally, in the right frame right click and create a new string called mso.dll. Double click and enter the path to mso.dll. Important, the path must be a Windows path. So if your Office Folder is on C:\Office you should enter D:\Office. But, you must create a new drive with label D in WineCfg(type winecfg and click on drives) which must point to your Windows partition."
Does that tip help?
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #9 from Peter van den Belt dsmarty@dsmarty.com 2007-10-11 13:06:50 --- All the keys are there, except FilesPaths.
I don't have the file mso.dll on my system, so that won't work. I only installed Visio 2003, it's the only application I don't have an opensource alternative for. (Dia is far too limited)
http://bugs.winehq.org/show_bug.cgi?id=9422
Kevin oracleguy01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |oracleguy01@gmail.com
--- Comment #10 from Kevin oracleguy01@gmail.com 2007-10-14 22:03:17 --- I also receive this error with 0.9.40 on Gentoo x86_64. Word and Excel work fine, but Visio gives me the IOPL not enabled message.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #11 from Paul Tavernier ptavernier@gmail.com 2007-10-17 11:12:40 --- still the same with 0.9.47...IOPL not enabled.
http://bugs.winehq.org/show_bug.cgi?id=9422
alex boxspamalex@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |boxspamalex@gmail.com
--- Comment #12 from alex boxspamalex@gmail.com 2007-10-24 04:58:41 --- I got the same error oipl.
no probleme with old version 0.9.36
please make tatus "confirmed"
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #13 from Dmitry Timoshkov dmitry@codeweavers.com 2007-11-20 01:58:28 --- Could anyone do a proper regression test please?
http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #14 from Paul Tavernier ptavernier@gmail.com 2007-11-20 06:12:46 --- (In reply to comment #13)
Could anyone do a proper regression test please?
I'm trying to do it as soon as i can...
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #15 from Anastasius Focht focht@gmx.net 2007-11-20 07:23:27 --- Created an attachment (id=9256) --> (http://bugs.winehq.org/attachment.cgi?id=9256) showcase patch which loosens gdiplus version restriction (IOPL errors with ms visio and others)
Hello,
--- quote --- (In reply to comment #13)
Could anyone do a proper regression test please?
I'm trying to do it as soon as i can... --- quote ---
No need for that, I already looked into matter. MS Visio 2003 requests gdiplus version 2. Wine builtin gdiplus restricts the API use to version 1. This leads to the cryptic "IOPL ..." error message.
The safest way for now is to use installed native gdiplus. Configure to run Visio with native gdiplus.dll only (-> disable builtin).
I attached a small patch which loosens the version check by printing diagnostics and continues despite the version mismatch. Don't get it wrong: this is just a showcase patch for people working on gdiplus to see what APIs are requested by Visio (v2 support). Hence the "expect problems" in the message. Even if it starts with builtin (ignoring version), it might later crash due to missing gdiplus API.
Regards
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2007-11-20 09:06:25 --- Then it's strange that Visio worked in 0.9.35 and stopped working in 0.9.36. The patch that introduced the restrictive GdiplusStartup() first arrived in 0.9.39
http://source.winehq.org/git/wine.git/?a=commitdiff;h=a781bbf096d9a3264fe52f...
while completely stubbed gdiplus.dll first appeared in 0.9.38
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #17 from Paul Tavernier ptavernier@gmail.com 2007-11-20 09:29:16 --- Created an attachment (id=9257) --> (http://bugs.winehq.org/attachment.cgi?id=9257) Visio2003 regression test
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #18 from Paul Tavernier ptavernier@gmail.com 2007-11-20 09:30:00 --- I THINK I GOT THE SUSPECT (thanks Dimitry for your help)
After 8 long rebuild/retries, bug seemed to speak (see long attachement #9257). I will mail that to the patch author (french developer ,easier for me!)
------------------------------------------------- tavernip@tavernip:~/wine-git$ git bisect bad 9369c37a4cb0196cadde0a3c0e0076ca82c87e7b is first bad commit commit 9369c37a4cb0196cadde0a3c0e0076ca82c87e7b Author: Emmanuel Maillard mahanuu@free.fr Date: Fri Apr 27 12:07:54 2007 +0200
winecoreaudio: Handle non System Exclusive messages.
:040000 040000 d6529e9f356cd0f78e5cbd8cf97c6fbb64734ce6 2e3ffcdd8da106436c78781cbee635f64dc6493b M dlls
tavernip@tavernip:~/wine-git$ -------------------------------------------------
regards, Paul.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #19 from Dmitry Timoshkov dmitry@codeweavers.com 2007-11-20 09:32:43 --- That doesn't look like a proper regression test. According to it
9369c37a4cb0196cadde0a3c0e0076ca82c87e7b is first bad commit commit 9369c37a4cb0196cadde0a3c0e0076ca82c87e7b Author: Emmanuel Maillard mahanuu@free.fr Date: Fri Apr 27 12:07:54 2007 +0200
winecoreaudio: Handle non System Exclusive messages.
which is not true.
http://bugs.winehq.org/show_bug.cgi?id=9422
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #20 from Anastasius Focht focht@gmx.net 2007-11-20 14:04:04 --- Hello,
--- quote --- Then it's strange that Visio worked in 0.9.35 and stopped working in 0.9.36. The patch that introduced the restrictive GdiplusStartup() first arrived in 0.9.39
http://source.winehq.org/git/wine.git/?a=commitdiff;h=a781bbf096d9a3264fe52f...
while completely stubbed gdiplus.dll first appeared in 0.9.38 --- quote ---
There are so many places/components where wine undergoes changes that sometimes symptoms just overlap.
I found the cause within a minute by looking at trace (no need to debug) and proved it immediately.
--- snip --- .. 0009:Call KERNEL32.LoadLibraryW(0034fa40 L"C:\Program Files\Microsoft Office\Visio11\GdiPlus.DLL") ret=30cc9f98 0009:Call PE DLL (proc=0x61709700,module=0x616f0000 L"gdiplus.dll",reason=PROCESS_ATTACH,res=(nil)) 0009:trace:gdiplus:DllMain (0x616f0000, 1, (nil)) 0009:Call KERNEL32.DisableThreadLibraryCalls(616f0000) ret=6170068b 0009:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=6170068b 0009:Ret PE DLL (proc=0x61709700,module=0x616f0000 L"gdiplus.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0009:Ret KERNEL32.LoadLibraryW() retval=616f0000 ret=30cc9f98 0009:Call KERNEL32.InterlockedExchange(3162c110,616f0000) ret=30cca49c 0009:Ret KERNEL32.InterlockedExchange() retval=00000000 ret=30cca49c 0009:Call KERNEL32.GetProcAddress(616f0000,315edd94 "GdiplusStartup") ret=30cca38c 0009:Ret KERNEL32.GetProcAddress() retval=616fdf48 ret=30cca38c 0009:Call gdiplus.GdiplusStartup(3162a1c0,0034fc38,3162a1c8) ret=30cca0d2 0009:trace:gdiplus:GdiplusStartup 0x3162a1c0 0x34fc38 0x3162a1c8 0009:trace:gdiplus:GdiplusStartup GdiplusStartupInput 2 (nil) 1 1 0009:Ret gdiplus.GdiplusStartup() retval=00000011 ret=30cca0d2 0009:Call KERNEL32.FormatMessageA(00001100,00000000,000000c5,00000000,0034fe0c,00000000,00000000) ret=009c593d 0009:Ret KERNEL32.FormatMessageA() retval=00000012 ret=009c593d 0009:Call KERNEL32.ActivateActCtx(00114f70,0034fdd0) ret=004dba67 0009:Ret KERNEL32.ActivateActCtx() retval=00000001 ret=004dba67 0009:Call KERNEL32.GetProcAddress(603d0000,00a7eae0 "MessageBoxA") ret=004af74f 0009:Ret KERNEL32.GetProcAddress() retval=603dfd94 ret=004af74f 0009:Call user32.MessageBoxA(00000000,00196170 "IOPL not enabled\r\n",00000000,00002000) ret=009c57f9 --- snip ---
AGAIN: Just make sure you force wine/VISIO to load native gdiplus.dll only (from C:\Program Files\Microsoft Office\OFFICE11\gdiplus.dll)
Winecfg: gdiplus.dll -> "Native (Windows)"
If you don't believe that gdiplus version restriction is the problem, apply my patch to see Visio 2003 successfully start up. Though it will crash later due to missing builtin gdiplus APIs (when opening a sheet).
Man, I think I'm just wasting my time here ...
Regards
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #21 from Paul Tavernier ptavernier@gmail.com 2007-11-25 17:45:23 --- As you notice it Anastasius, i put GDIPLUS.DLL to "native" in winecfg, and, effectively, MS Visio2003 is launching without any errors....but crash after 10" (as you seems to notice it).
So "IOPL Not Enabled" doesn't pop up anymore when i select native GDIPLUS.DLL. but product is still unusable...(because of the crash just after)
Regards, Paul.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #22 from Anastasius Focht focht@gmx.net 2007-11-26 04:04:03 --- Hello,
--- quote --- As you notice it Anastasius, i put GDIPLUS.DLL to "native" in winecfg, and, effectively, MS Visio2003 is launching without any errors....but crash after 10" (as you seems to notice it).
So "IOPL Not Enabled" doesn't pop up anymore when i select native GDIPLUS.DLL. but product is still unusable...(because of the crash just after) --- quote ---
What has this crash to do with this bug id? This bug is about "Visio 2003 startup fails with iopl not enabled message". I already explained issue and a workaround. The solution works. When wine implements/supports gdiplus v2 interface this bug id can be closed (summary should be changed to reflect this).
Other crashes while working with Visio 2003 are complete _separate_ issues. Wine contains many bugs and regressions so its not unusual for programs to crash at some point. It's an illusion to think wine is ready for production use. It will take a long time until it gets somewhere near there...
Open new bug report and outline the _exact_ steps when you experience the crash (reproducible). Attach some crash log/backtrace. You should mention the override in the new bug report (or at least mention this one) so others don't fall into same startup trap. Then someone might look into the issue.
Regards
http://bugs.winehq.org/show_bug.cgi?id=9422
Timo-Heikki Mäkelä imaxfun@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |imaxfun@gmail.com
--- Comment #23 from Timo-Heikki Mäkelä imaxfun@gmail.com 2008-03-12 16:03:21 --- As far as I understood correctly, a summary on basis of Anastasius is: Due to gdiplus version restriction a native GDIPLUS.DLL override will be needed until wine implements/supports gdiplus v2 interface.
The component should then be gdiplus, right? AFAIK it's not a high priority, so fixing this might take some time. Any guess how long that might take?
http://bugs.winehq.org/show_bug.cgi?id=9422
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |gdiplus
--- Comment #24 from Dan Kegel dank@kegel.com 2008-03-12 17:05:43 --- Yes, this is gdiplus, thanks.
http://bugs.winehq.org/show_bug.cgi?id=9422
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
--- Comment #25 from Austin English austinenglish@gmail.com 2008-06-16 13:00:55 --- Is this still an issue in current (1.0-rc5 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=9422
Pedro Maia pedrom.maia@tvtel.pt changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pedrom.maia@tvtel.pt
--- Comment #26 from Pedro Maia pedrom.maia@tvtel.pt 2008-09-17 08:20:45 --- Until yesterday git snapshot (1.1.5-git), the bug was present. So unfortunately yes
http://bugs.winehq.org/show_bug.cgi?id=9422
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
--- Comment #27 from Vincent Povirk madewokherd@gmail.com 2008-11-11 17:17:34 --- We have a test that shows that gdiplus on windows behaves the same way we do when given a version of 2. It fails.
I suspect a similar situation to bug 14980 (Visio including a newer version of gdiplus that it installs for office only and expects to use).
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #28 from Dmitry Timoshkov dmitry@codeweavers.com 2008-11-11 21:47:47 --- (In reply to comment #27)
We have a test that shows that gdiplus on windows behaves the same way we do when given a version of 2. It fails.
That's correct, asking for gdiplus version 2 fails under Vista as well.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #29 from Anastasius Focht focht@gmx.net 2008-11-13 17:56:25 --- Hello,
--- quote --- We have a test that shows that gdiplus on windows behaves the same way we do when given a version of 2. It fails. --- quote ---
--- quote --- I suspect a similar situation to bug 14980 (Visio including a newer version of gdiplus that it installs for office only and expects to use). --- quote ---
Sure, it's a similar situation as in bug 14980 (OS vs. Office RichEdit). Office 2003 distributes it's own -private- GDI+ 1.1 which is loaded with full path. That's why I told to modify the load order setting in earlier comments so the correct (private) native gets picked up.
There are gazillion of GDI+ versions distributed with apps and Windows versions - either in private paths or in side-by-side GAC. The only thing that matters is major file version.
GDI+ 1.0 -> 5.x file version GDI+ 1.1 -> 6.x file version (only shipped with Vista and some Office products)
--- quote --- That's correct, asking for gdiplus version 2 fails under Vista as well. --- quote ---
Because you loaded GDI+ 1.0 and not 1.1. Search your casual Windows partition - you might end up finding several gdiplus.dll scattered everywhere.
Apart from "private" versions, Gdiplus is a side-by-side assembly, deployed in SxS GAC. You either load GDI+ 1.1 using full path at run time or explicitly add an 1.1.xxx.xxx gdiplus.dll manifest dependency in application manifest so loader will pick up the right one.
Regards
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #30 from Austin English austinenglish@gmail.com 2009-05-18 10:44:45 --- Is this still an issue in current (1.1.21 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=9422
Janus Trolesen ysangkok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ysangkok@gmail.com
--- Comment #31 from Janus Trolesen ysangkok@gmail.com 2009-06-10 15:47:01 --- i got this in wine-1.1.23
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #32 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-11 01:26:11 --- dlls/gdiplus/gdiplus.c,GdiplusStartup() still limits itself to version 1.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #33 from Dan Kegel dank@kegel.com 2009-06-11 05:35:35 --- Since Visio requires its bundled gdiplus rather than the one in the operating system, I don't think it's appropriate for our gdiplus to imitate it. Rather, we have to make sure we use the gdiplus that comes with the app.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #34 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-11 05:50:46 --- (In reply to comment #33)
Since Visio requires its bundled gdiplus rather than the one in the operating system, I don't think it's appropriate for our gdiplus to imitate it. Rather, we have to make sure we use the gdiplus that comes with the app.
As Anastasius correctly pointed out, XP/Vista/up provide both version 1 and newer gdiplus versions. Version > 1 is supposed to be used by apps with an appropriate manifest. I don't think that making our gdiplus accept version > 1 is that bad, as well as fixing bugs for version > 1.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #35 from Dan Kegel dank@kegel.com 2009-06-11 06:04:52 --- In comment #29, Sankt Anastasius wrote "Office 2003 distributes it's own -private- GDI+ 1.1 which is loaded with full path. That's why I told to modify the load order setting in earlier comments so the correct (private) native gets picked up."
I don't think he's saying Windows provides the newer GDI+; rather, he's saying that even on Windows, the app's private copy of GDI+ is used rather than the system one. And he says that's what Wine should do. Did I miss something?
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #36 from Vincent Povirk madewokherd@gmail.com 2009-06-11 10:20:32 --- He also said that GDI+ 1.1 is shipped with Vista. To see it in tests, we'd need the tests to either link to GDI+ 1.1 using a manifest or load the newest available version using LoadLibraryShim.
A program targeting Windows Vista could simply load version 1.1 using a manifest, in which case Wine's GDI+ would have to accept version 2.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #37 from Vincent Povirk madewokherd@gmail.com 2009-09-23 09:29:29 --- This should be fixed by e2615686529d335b07ade552d4c4cdfa32c06ba3.
http://bugs.winehq.org/show_bug.cgi?id=9422
--- Comment #38 from Anastasius Focht focht@gmx.net 2010-01-03 06:50:39 --- Hello,
revisiting.
--- quote --- This should be fixed by e2615686529d335b07ade552d4c4cdfa32c06ba3. --- quote ---
Indeed fixed.
--- snip --- 000f:Call gdiplus.GdiplusStartup(3162a1c0,0032fbc8,3162a1c8) ret=30cca0d2 000f:trace:gdiplus:GdiplusStartup 0x3162a1c0 0x32fbc8 0x3162a1c8 000f:trace:gdiplus:GdiplusStartup GdiplusStartupInput 2 (nil) 1 1 000f:Ret gdiplus.GdiplusStartup() retval=00000000 ret=30cca0d2 --- snip ---
Regards
http://bugs.winehq.org/show_bug.cgi?id=9422
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #39 from Dmitry Timoshkov dmitry@codeweavers.com 2010-01-03 07:19:26 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=9422
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #40 from Jeff Zaroyko jeffz@jeffz.name 2010-01-09 04:55:02 --- Closing bugs fixed in 1.1.36.
http://bugs.winehq.org/show_bug.cgi?id=9422
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |e2615686529d335b07ade552d4c | |4cdfa32c06ba3 Hardware|Other |x86
https://bugs.winehq.org/show_bug.cgi?id=9422
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andreferr@gmail.com
--- Comment #41 from Anastasius Focht focht@gmx.net --- *** Bug 7843 has been marked as a duplicate of this bug. ***