Florian Goth wrote:
I tried to start The Game x and it bailed out with a lot of fixme's and some
errors like these:
err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ZVISIBLE
(001e) value : !
The game uses DiectX6
There's a demo available at
On Wed, 19 May 2004 09:46:50 +0100, Mike Hearn wrote:
There is currently no known workaround for this problem short of
recompiling your kernel.
This is no longer true. According to a Red Hat kernel engineer, you can
use setarch i386 wine to switch it back to the 3/1 split while we
fix it
I notice that a problem has been detected with Fedora Core 2 but has
anyone checked Core 3? That is the one in directory 1.92.
What app do you know about that uses this dll and works with the native version?
All the DX7SDK samples fail with the native version.
Ivan.
On Thu, 20 May 2004, Mike Hearn wrote:
[...]
This is no longer true. According to a Red Hat kernel engineer, you can
use setarch i386 wine to switch it back to the 3/1 split while we
fix it in the Wine code.
Don't we have the same problem with the 3/1 split?
If I remember correctly we can
Eric Pouech [EMAIL PROTECTED] writes:
I fixed that by sending (in ntdll loader code) the DLL load event a
bit later in the loading processus, when we're out of the dlopen call.
This will break dlls that are loading implicitly by ELF loading. That
stuff really has to be done in the constructor.
I recently discovered that the software used by Blizzard to patch Diablo
2 and Warcraft 3 (and possibly the same version used with other games),
has stopped working. It starts do do something, but before actually
applying the patch it crashes out, with the final error message being:
Unhandled
Aneurin Price wrote
I recently discovered that the software used by Blizzard to patch Diablo
2 and Warcraft 3 (and possibly the same version used with other games),
has stopped working. It starts do do something, but before actually
applying the patch it crashes out, with the final error
I believe the correct fix is to change DEFDLG_InitDlgInfo (defdlg.c)
to not be static and then to call it instead of DIALOG_get_info on
line 636 of dialog.c I don't have much time at the moment, so could
someone check this is right and if so submit a patch?
Rob
Since DEFDLG_InitDlgInfo calls