http://bugs.winehq.org/show_bug.cgi?id=27594
Summary: Indiana Jones and the emperor's tomb crashes Product: Wine Version: 1.3.23 Platform: x86 URL: http://www.jeuxvideo.com/telecharger/jeux-et-demos/000 05589-indiana-jones-et-le-tombeau-de-l-empereur-pc.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs@winehq.org ReportedBy: jeremielapuree@yahoo.fr CC: julliard@winehq.org
Indiana Jones and the tomb of emperor crash. It is a regression caused by commit a8d8e4a3679d7b81466e1e010add25948bd11c8a
THe attached console output is in 2 parts since it is 1.8M after compressed.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #1 from joaopa jeremielapuree@yahoo.fr 2011-06-25 10:14:39 CDT --- Created an attachment (id=35273) --> (http://bugs.winehq.org/attachment.cgi?id=35273) console output with +msvcrt (first part)
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #2 from joaopa jeremielapuree@yahoo.fr 2011-06-25 10:15:38 CDT --- Created an attachment (id=35274) --> (http://bugs.winehq.org/attachment.cgi?id=35274) secind part
http://bugs.winehq.org/show_bug.cgi?id=27594
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=27594
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=27594
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hverbeet@gmail.com Regression SHA1| |a8d8e4a3679d7b81466e1e010ad | |d25948bd11c8a
http://bugs.winehq.org/show_bug.cgi?id=27594
jhgf bernhardloos@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardloos@googlemail.com
--- Comment #3 from jhgf bernhardloos@googlemail.com 2011-09-30 03:31:53 CDT --- Could you recreate a log with WINEDEBUG=+tid,+seh?
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #4 from joaopa jeremielapuree@yahoo.fr 2011-09-30 07:54:02 CDT --- Created attachment 36611 --> http://bugs.winehq.org/attachment.cgi?id=36611 debug trace with WINEDEBUG=+seh,+tid
Enjoy :D
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #5 from Henri Verbeet hverbeet@gmail.com 2011-09-30 15:23:17 CDT --- IIRC I looked at this at some point, and it was due to the ldmxcsr instruction. Older msvcrt versions probably shouldn't touch it, but this mostly needs some testing.
http://bugs.winehq.org/show_bug.cgi?id=27594
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com 2011-10-05 16:32:51 CDT --- I can confirm something crashes but I'm unsure it's wine or the game. As soon as the game starts a box show up saying:
EXCEPTION ACCESS VIOLATION Exception encountered: Would you like more info?
Clicking yes or no leads to nothing on screen or console.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #7 from joaopa jeremielapuree@yahoo.fr 2012-01-27 13:26:50 CST --- Bug is still there in current git :(
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2012-01-27 13:45:37 CST --- I don't see any crash here, just a message box complaining about an invalid floating point matrix.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #9 from joaopa jeremielapuree@yahoo.fr 2012-01-28 00:54:58 CST --- yes you are right, there is no crash. Cliking on OK of the message box closes the application.
Anyway, that is a bug.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #10 from joaopa jeremielapuree@yahoo.fr 2012-03-18 06:32:59 CDT --- bug still there in current git.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #11 from joaopa jeremielapuree@yahoo.fr 2012-04-29 00:12:12 CDT --- Bug is confirmed by comment 6.
http://bugs.winehq.org/show_bug.cgi?id=27594
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Indiana Jones and the |Indiana Jones and the |emperor's tomb crashes |emperor's tomb opens a | |message error box
http://bugs.winehq.org/show_bug.cgi?id=27594
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |focht@gmx.net Summary|Indiana Jones and the |Indiana Jones and the |emperor's tomb opens a |Emperor's Tomb: error |message error box |message "invalid floating | |point camera matrix" (SSE2 | |control word handling in | |msvcrt __control87) Ever Confirmed|0 |1
--- Comment #12 from Anastasius Focht focht@gmx.net 2012-05-06 15:43:43 CDT --- Hello,
confirming.
--- snip --- 0024:Call msvcrt._control87(00000100,00000300) ret=004012a3 0024:trace:msvcrt:__control87_2 x86 flags=000a011f newval=00000100 mask=00000300 0024:trace:msvcrt:__control87_2 sse2 flags=0008011f newval=00000100 mask=00000300 0024:Ret msvcrt._control87() retval=000a011f ret=004012a3 0024:Call msvcrt._control87(00000000,00000000) ret=004012a9 0024:trace:msvcrt:__control87_2 x86 flags=000a011f newval=00000000 mask=00000000 0024:trace:msvcrt:__control87_2 sse2 flags=0008011f newval=00000000 mask=00000000 0024:Ret msvcrt._control87() retval=000a011f ret=004012a9 ... 0024:Call msvcrt._vsnprintf(0032f120,000003e8,1001cef0 "An invalid floating point camera matrix was passed to the D3D driver!",0032f52c) ret=10017b37 0024:trace:msvcrt:pf_printf_a Format is: "An invalid floating point camera matrix was passed to the D3D driver!" 0024:Ret msvcrt._vsnprintf() retval=00000045 ret=10017b37 ... 0024:Call user32.MessageBoxA(00020028,0561e7bc "(Render) An invalid floating point camera matrix was passed to the D3D driver!",004aa434 "ABORT",00000110) ret=00401ade --- snip ---
It is as Henri said in comment #5 -> the addition of SSE2 control word handling (MXCSR manipulation) breaks the thing here. If you disable it the app works (msvcrt_init_math -> sse2_supported = 0). Of course native 'msvcrt' override works too.
Source: http://source.winehq.org/git/wine.git/blob/7bfe648666355585b74e1f31c286ddd1d...
$ du -sh indyetdemo_JeuxVideo.com_5589.exe 225M indyetdemo_JeuxVideo.com_5589.exe
$ sha1sum indyetdemo_JeuxVideo.com_5589.exe wd9c8b61616e29ef8ab75d1c72c55d30cf923471e indyetdemo_JeuxVideo.com_5589.exe
$ wine --version wine-1.5.3-164-gdec3d50
Regards
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #13 from joaopa jeremielapuree@yahoo.fr 2012-08-31 12:39:52 CDT --- Bug still there in current git.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #14 from Piotr Caban piotr.caban@gmail.com 2013-04-03 06:10:48 CDT --- Created attachment 44073 --> http://bugs.winehq.org/attachment.cgi?id=44073 _control87 and _controlfp test
I've written a simple test to check if wine's behavior is broken. It turns out wine works the same way as win7 does. Since the game starts on win7 there must be also a bug somewhere else.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #15 from Rico kgbricola@web.de 2013-04-03 07:25:16 CDT --- It looks like there are several other people getting this error on win > xp. Some say it works with a fixed exe and it's the copy protection which doesn't work on e.g. vista/7.
Does the demo have a copy protection? Maybe the fixed exe fixes the msvcrt handling too?
So this doesn't really look like a bug as it doesn't seem to work on vista. Though it seems to work on xp... Maybe the sse2 handling isn't called on that win version in the first place.
http://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #16 from joaopa jeremielapuree@yahoo.fr 2013-06-19 01:39:17 CDT --- With the demo, in a real Windows 7, there is no bug. The game works very well in this box.
So it is actually a bug in Wine.
http://bugs.winehq.org/show_bug.cgi?id=27594
Jarkko K jarkko_korpi@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi@hotmail.com
--- Comment #17 from Jarkko K jarkko_korpi@hotmail.com --- Bug still in 1.7.15
http://bugs.winehq.org/show_bug.cgi?id=27594
hanska2@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hanska2@luukku.com
--- Comment #18 from hanska2@luukku.com --- This is still unfixed 1.7.22
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #19 from joaopa jeremielapuree@yahoo.fr --- Bug still there with Wine-1.7.28
https://bugs.winehq.org/show_bug.cgi?id=27594
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
https://bugs.winehq.org/show_bug.cgi?id=27594
roger@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roger@mailinator.com
--- Comment #20 from roger@mailinator.com --- still the same 1.7.30
https://bugs.winehq.org/show_bug.cgi?id=27594
Jeff D. Hanson jhansonxi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jhansonxi@gmail.com
--- Comment #21 from Jeff D. Hanson jhansonxi@gmail.com --- Still occurs with 1.7.33 on Xubuntu 14.04 x86_64. I tested with both a Pentium T2370 (GM965/GL960) and AMD E2-1800 APU (Radeon HD 7340).
https://bugs.winehq.org/show_bug.cgi?id=27594
Shmerl shtetldik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shtetldik@gmail.com
--- Comment #22 from Shmerl shtetldik@gmail.com --- I tried playing GOG release of the game. Bug is still present in Wine 1.7.38. Run on Debian testing (Jessie) x86_64.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #23 from mrdeathjr28@yahoo.es --- Bug still present on wine 1.7.39, however in this topic have work around for avoid this (disable vextex shader)
http://www.reddit.com/r/linux_gaming/comments/2zo0si/running_indiana_jones_a...
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #24 from Shmerl shtetldik@gmail.com --- (In reply to mrdeathjr28 from comment #23)
Bug still present on wine 1.7.39, however in this topic have work around for avoid this (disable vextex shader).
No, that' a workaround for a different issue (bug 12400). For this one you need to use native override for msvcrt as a workaround.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #25 from mrdeathjr28@yahoo.es --- (In reply to Shmerl from comment #24)
(In reply to mrdeathjr28 from comment #23)
Bug still present on wine 1.7.39, however in this topic have work around for avoid this (disable vextex shader).
No, that' a workaround for a different issue (bug 12400). For this one you need to use native override for msvcrt as a workaround.
yes is other bug but here dont have any edit option after published comment, respect bug msvcrt still needed (wine 1.7.39)
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #26 from joaopa jeremielapuree@yahoo.fr --- Bug still there in current wine.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #27 from joaopa jeremielapuree@yahoo.fr --- Attention: To be enable to lauch the game, you need an old version of native msvcrt. This one is working: http://fr.topdll.com/download/MSVCRT.DLL?q=0b9c183d1565b48fa6e5d1d3d4b86bcc
https://bugs.winehq.org/show_bug.cgi?id=27594
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.jeuxvideo.com/te |http://www.gamershell.com/d |lecharger/jeux-et-demos/000 |ownload_1856.shtml |05589-indiana-jones-et-le-t | |ombeau-de-l-empereur-pc.htm |
https://bugs.winehq.org/show_bug.cgi?id=27594
Miklós Máté mtmkls@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mtmkls@gmail.com
--- Comment #28 from Miklós Máté mtmkls@gmail.com --- I can partially confirm what comment 12 says. If I set sse2_supported = sse2_enabled = 0; in msvcrt_init_math(), the game starts fine, but once in-game, weird geometry errors cover most of the screen, making the game unplayable.
https://bugs.winehq.org/show_bug.cgi?id=27594
Christian Costa titan.costa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |titan.costa@gmail.com
--- Comment #29 from Christian Costa titan.costa@gmail.com --- (In reply to Miklós Máté from comment #28)
I can partially confirm what comment 12 says. If I set sse2_supported = sse2_enabled = 0; in msvcrt_init_math(), the game starts fine, but once in-game, weird geometry errors cover most of the screen, making the game unplayable.
Geometry problem is covered by bug 12400. I wonder why it has been closed as only a workaround is provided.
https://bugs.winehq.org/show_bug.cgi?id=27594
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40364
https://bugs.winehq.org/show_bug.cgi?id=27594
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #30 from winetest@luukku.com --- (In reply to Christian Costa from comment #29)
(In reply to Miklós Máté from comment #28)
I can partially confirm what comment 12 says. If I set sse2_supported = sse2_enabled = 0; in msvcrt_init_math(), the game starts fine, but once in-game, weird geometry errors cover most of the screen, making the game unplayable.
Geometry problem is covered by bug 12400. I wonder why it has been closed as only a workaround is provided.
There is also bug 40364.
https://bugs.winehq.org/show_bug.cgi?id=27594
guy.fawkes@vmail.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |guy.fawkes@vmail.me
--- Comment #31 from guy.fawkes@vmail.me --- This is still present on 1.9.23
Is there now workaround? I'm on Mint 18.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #32 from guy.fawkes@vmail.me --- In the "Press Enter" screen:
ABORTING: (Render) An invalid floating point camera matrix was passed to the D3D driver! [no game crash info]
https://bugs.winehq.org/show_bug.cgi?id=27594
legluondunet@free.fr legluondunet@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |legluondunet@free.fr
--- Comment #33 from legluondunet@free.fr legluondunet@free.fr --- Bug still present in Wine 1.9.24
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #34 from legluondunet@free.fr legluondunet@free.fr --- Bug still present in Wine 1.9.24, the game crashed with this message: "Render. An invalid floating point camera matrix was passed to the D3D driver!" workaround: install vcrun6 with WInetricks and set native override for msvcrt
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #35 from joaopa jeremielapuree@yahoo.fr --- Bug still there in current wine (wine-3.1)
https://bugs.winehq.org/show_bug.cgi?id=27594
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.gamershell.com/d |https://www.fileplanet.com/ |ownload_1856.shtml |archive/p-66042/Indiana-Jon | |es-and-the-Emperor-s-Tomb-D | |emo
--- Comment #36 from joaopa jeremielapuree@yahoo.fr --- Bug is still there in wine-3.20 unfortunately.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #37 from joaopa jeremielapuree@yahoo.fr --- Bug is still there in wine-4.18.
https://bugs.winehq.org/show_bug.cgi?id=27594
qsniyg qsniyg@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |qsniyg@mail.com
--- Comment #38 from qsniyg qsniyg@mail.com --- I've sent https://source.winehq.org/patches/data/188278
The issue appears to be that _control87 doesn't actually send the sse2_cw parameter to __control87_2.
I created the following test, mimicking the game's behavior:
unsigned long x86_fpword = 0x0031047f; unsigned long sse_fpword = 0x3fa1;
__asm__ __volatile__( "fldcw %0" : : "m" (x86_fpword) ); // load __asm__ __volatile__( "ldmxcsr %0" : : "m" (sse_fpword) ); // load
_control87(0x100, 0x300);
__asm__ __volatile__( "fstcw %0" : "=m" (x86_fpword) ); // store __asm__ __volatile__( "stmxcsr %0" : "=m" (sse_fpword) ); // store
printf("Modified: x86=%08x sse=%08x\n", x86_fpword, sse_fpword);
This returns:
Modified: x86=0031047f sse=00003fa1
Under native msvcrt, but the wine's version (before the patch) returned this:
Modified: x86=0031047f sse=00003f80
https://bugs.winehq.org/show_bug.cgi?id=27594
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #39 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Commit f2a804b9ea06402f0685ac83374ff7ba0d011bd3 should have fixed this specific issue.
Can you confirm?
Regards.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #40 from qsniyg qsniyg@mail.com --- (In reply to Olivier F. R. Dierick from comment #39)
Hello,
Commit f2a804b9ea06402f0685ac83374ff7ba0d011bd3 should have fixed this specific issue.
Can you confirm?
Regards.
Unfortunately not. It only fixes a very small issue where it would modify the flags, even if they were unchanged. I initially believed this may have caused the problem, but it didn't do anything to help. Still, it is slightly more correct.
I think more debugging would be required in order to figure out how to fix this. Since it works properly under later windows versions, my two current theories are:
1) Somehow the game is able to use an older version of __control87, perhaps through some compatibility flag? (I don't know windows' architecture well enough to know whether or not this is even possible) 2) The math functions that the game is calling aren't affected by the specific set of flags set by __control87 under windows.
https://bugs.winehq.org/show_bug.cgi?id=27594
soredake gi85qht0z@relay.firefox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gi85qht0z@relay.firefox.com
https://bugs.winehq.org/show_bug.cgi?id=27594
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://www.fileplanet.com/ |https://web.archive.org/web |archive/p-66042/Indiana-Jon |/20210101173555/http://ftp. |es-and-the-Emperor-s-Tomb-D |gamers.org/pub/mirrors/ftp. |emo |gamesdomain.co.uk/demos/ind | |yetdemo.exe
--- Comment #41 from Anastasius Focht focht@gmx.net --- Hello folks,
adding a stable download via Internet Archive:
https://web.archive.org/web/20210101173555/http://ftp.gamers.org/pub/mirrors...
$ sha1sum indyetdemo.exe d9c8b61616e29ef8ab75d1c72c55d30cf923471e indyetdemo.exe
$ du -sh indyetdemo.exe 225M indyetdemo.exe
$ wine --version wine-6.0-rc4-18-g6a1998c3912
Regards
https://bugs.winehq.org/show_bug.cgi?id=27594
Neros contact@neros.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |contact@neros.fr
https://bugs.winehq.org/show_bug.cgi?id=27594
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.caban@gmail.com
--- Comment #42 from Piotr Caban piotr.caban@gmail.com --- I don't fully understand what is happening there yet but it looks like the bug is related to some kind of compatibility mode. Windows loads AcGenral.dll when the application is loaded (the documentation is sparse, it says it's used for application compatibility).
When application tries to call msvcrt!_control87 a code inside AcGenral.dll is called instead. The implementation inside AcGenral is not setting x87 nor sse control word in case of _control87(0x100, 0x300) call.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #43 from Piotr Caban piotr.caban@gmail.com --- There's a tool called "Compatibility Administrator" that can be used to read compatibility databases. It turns out that there's an entry for Indiana Jones and the Emperors Tomb. The game uses compatibility fix called IgnoreFloatingPointRoundingControl, it contains following description:
Before floating point sse2 support in C runtime library, the rounding control request was being ignored which would use round to nearest by default. This shim ignores the rounding control request to support applications relying on old behavior.
According to the tool, Indiana Jones and the Emperors Tomb is the only application that uses this shim.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #44 from joaopa jeremielapuree@yahoo.fr --- So, what about this kind of bug? Is it a WON'T FIX? Or can wine add such a compatibility to make the application happy?
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #45 from Piotr Caban piotr.caban@gmail.com --- It's still a valid bug and I don't see why it can't be fixed in Wine.
We usually avoid to change function behavior based on the Windows version set (this would be an easy fix) and we're far away from implementing support for compatibility fixes. That's why I guess the bug will not be fixed for quite a long time.
https://bugs.winehq.org/show_bug.cgi?id=27594
Paul Gofman pgofman@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pgofman@codeweavers.com
--- Comment #46 from Paul Gofman pgofman@codeweavers.com --- While looking at another game also expecting sse2 not to be touched by _control87 (the details are different, that one uses msvcr71.dll which it ships) I looked at this case as well.
So as Piotr mentioned earlier Wine behaves the same way as msvcrt shipped with modern Windows (unlike some older redists installed by, e. g., winetricks). It looks like game succeeds in Windows only because there is a compatibility shim provided for it which fixes up this msvcrt behaviour. Running 'indy.exe' directly from the game install directory works fine. Copying it to some other name (e. g., qqq.exe) and running that one behaves exactly as with Wine (shows the same error past the intro logos).
So Windows seem to literally have the game specific workaround, unless we are going to add some sort of shims or app specific behaviour to Wine (no precedent so far) I am afraid this is unfixable.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #47 from Paul Gofman pgofman@codeweavers.com --- Oh, and apparently I missed earlier Piotr's comment on this bug which explains this in more specific details, sorry.
https://bugs.winehq.org/show_bug.cgi?id=27594
j-r@online.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |j-r@online.de
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #48 from j-r@online.de --- Created attachment 73965 --> https://bugs.winehq.org/attachment.cgi?id=73965 POC patch to override cpu feature bits
Could something like this patch to toggle CPU feature bits in wineboot be a way forward?
One could also do it in msvcrt with perhaps less side effects and the possibility to additionally check a key below app.defaults for an app specific override.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #49 from Austin English austinenglish@gmail.com --- (In reply to j-r from comment #48)
Created attachment 73965 [details] POC patch to override cpu feature bits
Could something like this patch to toggle CPU feature bits in wineboot be a way forward?
One could also do it in msvcrt with perhaps less side effects and the possibility to additionally check a key below app.defaults for an app specific override.
You're much more likely to get feedback by submitting pull request. Label it as 'WIP' or 'Draft' to indicate it's not ready to merge yet, but requesting feedback.
https://bugs.winehq.org/show_bug.cgi?id=27594
--- Comment #50 from Le Gluon du Net legluondunet@gmail.com --- This issue is still present, as a workaround you need to install vcrun6 with winetricks. But if you install vcrun6, you can no more use dgVoodoo2 for this game because it will crash. dgVOodoo2 seems does not like using msvcrt.dll from vcrun6 in native mode.
I just installed IJET in Steam and I can not reproduce this issue, whatever the Proton version I used, the game launched and it is stable. You can even use dgVOodoo2, I wonder how they managed this issue in other way than use vcrun6 winetricks workaround?
https://bugs.winehq.org/show_bug.cgi?id=27594
soredake broaden_acid002@simplelogin.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|broaden_acid002@simplelogin | |.com |
https://bugs.winehq.org/show_bug.cgi?id=27594
Aida Jonikienė aidas957@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aidas957@gmail.com
--- Comment #51 from Aida Jonikienė aidas957@gmail.com --- (In reply to Le Gluon du Net from comment #50)
I just installed IJET in Steam and I can not reproduce this issue, whatever the Proton version I used, the game launched and it is stable. You can even use dgVOodoo2, I wonder how they managed this issue in other way than use vcrun6 winetricks workaround?
Apparently they're using a per-game workaround: https://github.com/ValveSoftware/wine/commit/5ea8346470c4a9d34fc6810959993dc... (just like native Windows)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla