http://bugs.winehq.org/show_bug.cgi?id=9665
Summary: Mask of eternity crashes at startup with wine version 0.9.36 and newer Product: Wine Version: 0.9.45. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: wine-directx-ddraw AssignedTo: wine-bugs@winehq.org ReportedBy: deadlock@start.no
Kings Quest 8 - Mask of Eternity crashes on startup with an exception error. The specific error has been attached. Version 0.9.36 didn't have this problem, and after doing a lot of debugging and regression I located that the problem is located in a change between version 0.9.36 and 0.9.37. The specific code is shown below.
wine version 0.9.36, file wine/dlls/ddraw/direct3d.c:
324 d1 = dref; 325 d2 = dref; 326 hr = Callback( (LPIID) &IID_IDirect3DRefDevice, reference_description, device_name, &d1, &d2, Context);
wine version 0.9.37(and up to version 0.9.45 at least):
327 d1 = dref; 328 d2 = dref; 329 /* The rgb device has the pow2 flag set in the hel caps, but not in the hal caps */ 330 d1.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 331 d1.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 332 hr = Callback( (LPIID) &IID_IDirect3DRGBDevice, reference_description, device_name, &d1, &d2, Context);
I tried commenting out line 330 and 331 in version 0.9.44 and the game ran without crashing at startup, but there has to be a better way to solve this.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #1 from Martin Sand deadlock@start.no 2007-09-15 08:02:31 --- Created an attachment (id=8080) --> (http://bugs.winehq.org/attachment.cgi?id=8080) WINEDEBUG option +seh
http://bugs.winehq.org/show_bug.cgi?id=9665
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #8080|text/x-log |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=9665
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefandoesinger@gmx.at Severity|critical |normal Keywords| |regression Priority|P1 |P2
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-15 11:19:47 --- Looks like the part of this commit:
commit d9fef10b71b9add27cfaeffa6d7e3ab42342bba7 Author: Stefan Dösinger stefan@codeweavers.com Date: Wed May 9 11:49:27 2007 +0200
ddraw: Some caps fixes.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #3 from Stefan Dösinger stefandoesinger@gmx.at 2007-09-15 15:33:33 --- This looks like another stupid capability flag problem :-( . Do you have access to a Windows computer on which this game runs? Can you run the ddraw testsuit there? If you have mingw installed you can cross-compile it by typing "make crosstest" in dlls/ddraw/tests, otherwise I can attach you a precompiled .exe file to run on windows. The test is a command line application, so you'll have to run it from a command prompt. It takes the test set to run as it's only argument, the test I am interested here is the d3d test ("ddraw_crosstest.exe d3d").
The d3d test contains tests for these flags.
http://bugs.winehq.org/show_bug.cgi?id=9665
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Mask of eternity crashes at |Mask of eternity crashes at |startup with wine version |startup |0.9.36 and newer | Version|0.9.45. |0.9.37.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #4 from Martin Sand deadlock@start.no 2007-09-15 15:53:48 --- (In reply to comment #3)
This looks like another stupid capability flag problem :-( . Do you have access to a Windows computer on which this game runs? Can you run the ddraw testsuit there? If you have mingw installed you can cross-compile it by typing "make crosstest" in dlls/ddraw/tests, otherwise I can attach you a precompiled .exe file to run on windows. The test is a command line application, so you'll have to run it from a command prompt. It takes the test set to run as it's only argument, the test I am interested here is the d3d test ("ddraw_crosstest.exe d3d").
The d3d test contains tests for these flags.
Yes, I have a Windows 98 and a Windows XP PC with the game installed on. I don't have mingw installed, so if you could attach me a precompiled .exe I will test it right away.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #5 from Stefan Dösinger stefandoesinger@gmx.at 2007-09-15 16:03:20 --- Created an attachment (id=8090) --> (http://bugs.winehq.org/attachment.cgi?id=8090) Compiled DDraw test for windows
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #6 from Martin Sand deadlock@start.no 2007-09-15 16:12:00 --- Created an attachment (id=8091) --> (http://bugs.winehq.org/attachment.cgi?id=8091) result of running "ddraw_crosstest d3d"
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #7 from Stefan Dösinger stefandoesinger@gmx.at 2007-09-15 16:26:33 --- That's interesting, the vertex processing tests show quite some misscalculations. Which OS and GPU are that?
But the caps test succeed, so I think the two lines you have to change to get the game running should be correct, and the bug somewhere different, just triggered by this change. Can you attach a +ddraw,d3d7 trace of the game with and without your changes?
http://bugs.winehq.org/show_bug.cgi?id=9665
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression |
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2007-09-15 16:50:00 --- That is what I thought. It's not really a regression, but the change exposes some other problems. Could it be that game tries to use different rendering path(s)?
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #9 from Martin Sand deadlock@start.no 2007-09-15 16:53:28 --- Created an attachment (id=8093) --> (http://bugs.winehq.org/attachment.cgi?id=8093) output from wine, WINEDEBUG=+ddraw,d3d7
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #10 from Martin Sand deadlock@start.no 2007-09-15 16:53:52 --- Created an attachment (id=8094) --> (http://bugs.winehq.org/attachment.cgi?id=8094) output from wine, after change
http://bugs.winehq.org/show_bug.cgi?id=9665
Martin Sand deadlock@start.no changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #8093 is|0 |1 obsolete| |
--- Comment #11 from Martin Sand deadlock@start.no 2007-09-15 16:55:29 --- Created an attachment (id=8095) --> (http://bugs.winehq.org/attachment.cgi?id=8095) output from wine, before I made the change
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #12 from Martin Sand deadlock@start.no 2007-09-15 16:57:55 --- (In reply to comment #7)
That's interesting, the vertex processing tests show quite some misscalculations. Which OS and GPU are that?
I ran it on Windows XP SP2, using a MSI NX7950GT(NVIDIA 7950GT) graphics card.
But the caps test succeed, so I think the two lines you have to change to get the game running should be correct, and the bug somewhere different, just triggered by this change. Can you attach a +ddraw,d3d7 trace of the game with and without your changes?
Done. I accidently duplicated one of them, but such happens :)
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #13 from Martin Sand deadlock@start.no 2007-09-15 17:02:51 --- (In reply to comment #8)
That is what I thought. It's not really a regression, but the change exposes some other problems. Could it be that game tries to use different rendering path(s)?
I am not sure. Is there any way I can find out?
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #14 from Martin Sand deadlock@start.no 2007-09-17 09:15:02 --- Created an attachment (id=8117) --> (http://bugs.winehq.org/attachment.cgi?id=8117) Patch to fix the bug which causes this to happen
apply with "git apply ddraw_kq_crash_fix.diff" to the latest git/cvs, since it's the latest git version I used. The code should be pretty much the same in earlier versions(down to the one mentioned in this bug report), though.
After debugging some more, I realized that the crash occurs when the function is done with the if(This->d3dversion != 1) {...} function and continues on to do the code below, because if(hr != D3DENUMRET_OK) is not applicable(hr is equal to D3DENUMRET_OK). If it was applicable, the function would have returned D3D_OK.
Anyway, after that, the function tries to get d1 to be equal to dref. This deletes the result of what the if() above did(resulting in that d1 no longer contains any usable data). Since the function doesn't add any new data to d1 after that, the game crashes when the Callback() function is called, because it(the Callback function of the game) expects something usable to still be in d1. I am not sure if official specifications of DirectDraw says that d1 is supposed to still contain something usable when the Callback is called for the second time, but at least that's what this game expects to happen.
What I did was, I commented out the code in two places where d1 and d2 is made to be equal to dref. Instead I moved d1 = dref; and d2 = dref; above the if(). This seems to work for me. Just for safety, I left the declarations in, commented out.
If anybody could have a look at this patch and try it out, to see if it causes any other problems or perhaps they have any other reason for why this won't work, please feel free to comment away.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #15 from Stefan Dösinger stefandoesinger@gmx.at 2007-09-17 16:14:00 --- The DirectX docs do not speak about "d1" and "d2" here, this is an implementation detail of Wine. dref is initialized at the beginning of the function, with the line
IDirect3DImpl_GetCaps(This->wineD3D, &dref, &newDesc);
the d1 = dref and d2 = dref create a copy of the original caps, on which some caps are filtered out - the POW2 caps and the TEXTUREPERSPECTIVE one. So d1 and d2 are still valid after that. All these lines do is to remove the modifications that were done inside the if block, which is intentional. A modification that has the same effect as yours is to copy the "d1.dpcLineCaps.dwTextureCaps &= ..." lines and insert them after the "/* The hal device does not .. */ comment.
I suspect that the IDirect3D2 version of this method behaves differently than the IDirect3D3 version. The test only tests IDirect3D3, not IDirect3D2.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #16 from Martin Sand deadlock@start.no 2007-10-05 15:49:09 --- Yeah, I clearly misunderstood the code, so thanks for your friendly information on the subject. It's quite hard to understand the connection between all of the code, since there is so much of it.
Anyway, I did some more testing. It seems like it's the D3DPTEXTURECAPS_PERSPECTIVE flag which is causing the problems. It doesn't cause problems when it is set in d1.dpcLineCaps.dwTextureCaps, but it causes problems when it is set in d1.dpcTriCaps.dwTextureCaps
If I change only line 331 to say:
d1.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_PERSPECTIVE);
Then the game will crash at startup. But if I change line 331 to say:
d1.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL);
Then the game won't crash at startup, which is the same as what happens if I comment out the entire line.
Just for the record, I tried commenting out only line 330 first(the one which sets the flags in d1.dpcLineCaps.dwTextureCaps), then the game will crash at startup. I then tried to only remove the D3DPTEXTURECAPS_PERSPECTIVE flag from being set, and removing the comments on that line, and the game will still crash.
I also ran the ddraw crosstest in Windows XP, where the game runs, and(if I understood the output correctly) the D3DPTEXTURECAPS_PERSPECTIVE flag is set there, but I can surely run the test again if it is of any relevance.
http://bugs.winehq.org/show_bug.cgi?id=9665
Martin Sand deadlock@start.no changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://videogames.yahoo.com/ | |pc/havas-interactive-kings- | |quest-mask-of-eternity/file- | |320184 (demo version, | |homepage is no longer | |available)
--- Comment #17 from Martin Sand deadlock@start.no 2007-10-05 16:41:34 --- I added a link to the demo to make testing easier - or at least to make it possible to confirm this bug.
http://bugs.winehq.org/show_bug.cgi?id=9665
EA Durbin ead1234@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ead1234@hotmail.com
--- Comment #18 from EA Durbin ead1234@hotmail.com 2007-10-28 02:26:09 --- confirming in wine 0.9.48
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #19 from EA Durbin ead1234@hotmail.com 2007-10-28 02:35:04 --- Created an attachment (id=8802) --> (http://bugs.winehq.org/attachment.cgi?id=8802) +d3d,+ddraw,+seh
http://bugs.winehq.org/show_bug.cgi?id=9665
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #20 from Lei Zhang thestig@google.com 2007-10-28 13:27:06 --- confirmed by comment 18
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #21 from Martin Sand deadlock@start.no 2007-10-29 12:05:49 --- I was playing around with useful registry keys, and noticed something. In the wiki, it says that the default backend for DDraw is gdi, but this is not correct. I set the registry key HKEY_CURRENT_USER\Software\Wine\Direct3d\DirectDrawRenderer to "gdi" and the game starts and runs with this problem(at least the demo does, I haven't had time to try the full version), but if I set the key to "opengl" it crashes. In the wiki it says: opengl - Use OpenGL (fast but not all programs work correctly)]
Apparently mask of eternity is one of the programs that doesn't work correctly with OpenGL. The game doesn't run slow with gdi.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #22 from Stefan Dösinger stefandoesinger@gmx.at 2007-10-29 12:32:42 --- The default is some sort of autodetection. It tells the app that D3D is available. If the game uses D3D, it uses OpenGL surfaces. Otherwise, it sticks to GDI surfaces. If you set it to "gdi", it says D3D is NOT available, and returns an error if the app tries to use it.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #23 from Martin deadlock@start.no 2008-02-19 17:43:04 --- With wine version 0.9.55 it's possible to start the game by using a 3dfx wrapper. With the latest drivers for my graphics card in Windows XP, the game will start, but it will crash if I select Direct3D mode. But under wine, using the latest drivers for my graphics card, the game crash at the beginning unless I use a 3dfx wrapper.
This is an improvement, since it used to crash no matter if I tried to run the game with a 3dfx wrapper or not(the game checks for 3dfx before it checks for DirectDraw and then for Direct3D). It seems like the Direct3D crash is a driver issue, and not a wine issue. The part that seems to be a wine issues is that the game will crash if it detects that Direct3D is available under startup(which it doesn't do in Windows XP.)
http://bugs.winehq.org/show_bug.cgi?id=9665
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, patch
http://bugs.winehq.org/show_bug.cgi?id=9665
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://videogames.yahoo.com/%7Chttp://www.download.com/King |pc/havas-interactive-kings- |-s-Quest-The-Mask-of- |quest-mask-of-eternity/file-|Eternity/3000-7564_4- |320184 (demo version, |10025133.html |homepage is no longer | |available) |
--- Comment #24 from Austin English austinenglish@gmail.com 2008-12-01 21:43:33 --- Still present in git.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #25 from CN Gnome cngnome@gmail.com 2009-03-23 16:08:36 --- I tested this on 1.1.17 on plain wine with no extra settings and everything I tried, ran fine and smoothly.
http://bugs.winehq.org/show_bug.cgi?id=9665
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #26 from Jerome Leclanche adys.wh@gmail.com 2009-10-31 18:12:28 --- (In reply to comment #25)
I tested this on 1.1.17 on plain wine with no extra settings and everything I tried, ran fine and smoothly.
Fixed then.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #27 from Martin deadlock@start.no 2009-11-01 06:43:05 --- It still crashes here... using wine version 1.1.32... the crash is still caused by an unhandled exception when it page faults on a read access, trying to follow a null pointer. Probably caused by some function not returning the information the game expects to get when being used, and the game doesn't check the pointer before trying to read from what it points to.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #28 from Xavier Vachon xvachon@gmail.com 2010-10-13 14:42:29 CDT --- Created an attachment (id=31251) --> (http://bugs.winehq.org/attachment.cgi?id=31251) updated log +d3d,+ddraw,+seh
Still a problem in current git (1.3.4). Uploading an updated log with the same debug channels than the most recent one.
http://bugs.winehq.org/show_bug.cgi?id=9665
Trygve Vea trygve.vea@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |trygve.vea@gmail.com
--- Comment #29 from Trygve Vea trygve.vea@gmail.com 2011-01-07 14:58:19 CST --- Confirming that the bug is still valid, and willing to test patches / assist debugging.
http://bugs.winehq.org/show_bug.cgi?id=9665
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #30 from joaopa jeremielapuree@yahoo.fr 2011-07-18 10:27:48 CDT --- still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=9665
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan@codeweavers.com
--- Comment #31 from Stefan Dösinger stefan@codeweavers.com 2011-10-17 15:33:13 CDT --- Can you try attachment 36961 from bug 22744?
http://bugs.winehq.org/show_bug.cgi?id=9665
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-ddraw |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #32 from joaopa jeremielapuree@yahoo.fr 2012-01-28 03:27:03 CST --- Bug is still there in current git :(
http://bugs.winehq.org/show_bug.cgi?id=9665
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |d9fef10b71b9add27cfaeffa6d7 | |e3ab42342bba7
http://bugs.winehq.org/show_bug.cgi?id=9665
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #33 from Stefan Dösinger stefan@codeweavers.com 2012-01-28 13:54:32 CST --- I'm setting the regression keyword since this game apparently worked at some point. The regression SHA1 is based on some speculation, it'd be nice if someone who has the game could confirm that it was indeed this patch that broke the game.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #34 from joaopa jeremielapuree@yahoo.fr 2012-01-29 19:37:33 CST --- With wine-0.9.36, game works fine With wine-0.9.37 game crashes. I tried to do a regression test, but Wine fails to compile a so old version.
Anything I can do to perform a regression test?
make[2] : on quitte le répertoire « /home/david/wine/dlls/dxdiagn » make[2] : on entre dans le répertoire « /home/david/wine/dlls/gdi32 » gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o freetype.o freetype.c freetype.c:167:14: erreur: ‘FT_MulFix’ undeclared here (not in a function) freetype.c: In function ‘WineEngGetOutlineTextMetrics’: freetype.c:4006:27: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4007:28: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4008:36: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4017:28: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4017:28: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4021:36: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4025:36: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4095:40: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4096:41: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4097:41: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4098:46: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4099:42: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4100:48: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4101:49: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4102:47: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4103:50: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4108:51: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4109:51: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4110:53: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4111:53: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4112:53: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4113:53: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4114:55: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4115:55: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4116:48: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4117:52: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4122:53: erreur: called object ‘pFT_MulFix’ is not a function freetype.c:4123:50: erreur: called object ‘pFT_MulFix’ is not a function make[2]: *** [freetype.o] Erreur 1 make[2] : on quitte le répertoire « /home/david/wine/dlls/gdi32 » make[1]: *** [gdi32] Erreur 2 make[1] : on quitte le répertoire « /home/david/wine/dlls » make: *** [dlls] Erreur 2
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #35 from Jerome Leclanche adys.wh@gmail.com 2012-01-29 20:20:44 CST --- (In reply to comment #34) Try using an old freetype version (from the 0.9.37 period).
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #36 from joaopa jeremielapuree@yahoo.fr 2012-01-29 22:14:13 CST --- I am not a volunteer to break my setup machine ;)
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #37 from Jerome Leclanche adys.wh@gmail.com 2012-01-29 22:17:13 CST --- I haven't tried myself but it's possible to compile an old version of freetype locally and link to that one instead of the system-wide one. No breakage.
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #38 from Dmitry Timoshkov dmitry@baikal.ru 2012-01-29 22:28:37 CST --- http://wiki.winehq.org/RegressionTesting points to http://www.winehq.org/pipermail/wine-patches/2008-September/060764.html
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #39 from Henri Verbeet hverbeet@gmail.com 2012-02-15 04:56:15 CST --- Is this supposed to happen with the linked demo? It starts fine here.
http://bugs.winehq.org/show_bug.cgi?id=9665
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #40 from Anastasius Focht focht@gmx.net 2012-05-04 08:22:14 CDT --- *** Bug 30586 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=9665
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Summary|Mask of eternity crashes at |Kings Quest 8 "Mask of |startup |eternity" crashes at | |startup
--- Comment #41 from Anastasius Focht focht@gmx.net 2012-05-04 08:42:34 CDT --- Hello Henri,
--- quote --- Is this supposed to happen with the linked demo? It starts fine here. --- quote ---
indeed, the linked demo start fine though I had to use virtual desktop mode to not mess my config up ;-)
A crash happens when a new game is started (immediately after map load). This looks like a different problem.
I ~found~ an original game ISO (file dates 1997-1998), installed and it starts fine too. The intro video has to be skipped to prevent MCI error: "Main.kq" -> "aviPlayed=1"
For verification I debugged through d3d3_EnumDevices and it seemed fine, no page fault when the game callbacks are called.
hr = callback((GUID *)&IID_IDirect3DRGBDevice, reference_description, ...) hr = callback((GUID *)&IID_IDirect3DHALDevice, wined3d_description, ...)
(second hr -> application cancelled the enumeration).
Marking fixed.
$ wine --version wine-1.5.3-143-g081b06c
Regards
http://bugs.winehq.org/show_bug.cgi?id=9665
--- Comment #42 from joaopa jeremielapuree@yahoo.fr 2012-05-04 12:33:17 CDT --- Indeed, with current git, Mask of Eternity does not crash at start.
Crash in new game occurs when selecting DirectDraw graphic mode. With Direct3D mode, the game starts.
This deserves a new bug report.
http://bugs.winehq.org/show_bug.cgi?id=9665
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #43 from Alexandre Julliard julliard@winehq.org 2012-05-11 13:21:04 CDT --- Closing bugs fixed in 1.5.4.
https://bugs.winehq.org/show_bug.cgi?id=9665
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|MaskCrash | URL|http://www.download.com/Kin |https://web.archive.org/web |g-s-Quest-The-Mask-of-Etern |/20211121181757/https://dow |ity/3000-7564_4-10025133.ht |nload.fileplanet.com/ftp1/g |ml |amedemos/adventure/maskdemo | |.exe?st=bx1sJCLgAn5DgsPIMD7 | |FgA&e=1637529264
--- Comment #44 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download link via Internet Archive for documentation.
Manual upload from archive.org:
Mask of Eternity Demo 1.00.000
https://archive.org/download/MASKDEMO/MASKDEMO.rar
$ sha1sum MASKDEMO.rar 3874cbf268ae84b50c39e69a8c9416dfea99b94d MASKDEMO.rar
$ du -sh MASKDEMO.rar 120M MASKDEMO.rar
===
https://www.fileplanet.com/archive/p-60025/King-s-Quest-Mask-of-Eternity-Dem...
https://web.archive.org/web/20211121181757/https://download.fileplanet.com/f...
https://www.virustotal.com/gui/file/275014694fffec10c32de4a43f9f1e8dbb4ff3e9...
$ sha1sum maskdemo.exe 832ec902e591cc7cee3f368aed1fa56f2a068b19 maskdemo.exe
$ du -sh maskdemo.exe 57M maskdemo.exe
Regards
-
wine-bugs＠winehq.org -
WineHQ Bugzilla