Christian Costa wrote:
So :
1) it is a bug in the game (and it works fine in Windows because,
miraculously, the three others words of the 'fake' DDSCAPS2
structure
are set to '0' or because Windows only checks with 'dwCaps' and not
with all 'dwCaps' fields).
2) somehow the
So :
1) it is a bug in the game (and it works fine in Windows because,
miraculously, the three others words of the 'fake' DDSCAPS2 structure
are set to '0' or because Windows only checks with 'dwCaps' and not
with all 'dwCaps' fields).
2) somehow the docs are wrong and it should
On Mon, 12 Feb 2001, Lionel Ulmer wrote:
I wonder if this test is really needed ? My interpretation of the
'DDERR_EXCLUSIVEMODEALREADYSET' error was that ANOTHER application already
used this flag, not that it was already set for the current application.
I've been wondering about it myself,
Hi all,
After seeing the reports on cemw of Grim Fandango not working anymore, I
decided to check it out. Install worked fine, but the game did not work.
It stopped just after doing a SetCooperativeLevel. After some checkings, the
error came from there (file dlls/ddraw/ddraw/main.c) :
HRESULT
Lionel Ulmer wrote:
It stopped just after doing a SetCooperativeLevel. After some checkings, the
error came from there (file dlls/ddraw/ddraw/main.c) :
HRESULT WINAPI
Main_DirectDraw_SetCooperativeLevel(LPDIRECTDRAW7 iface, HWND hwnd, DWORD cooplevel)
{
()
if
Lionel Ulmer wrote:
PS: I found out that Grim Fandango eats up my X auto repeat (I need to do a
'xset r on' after)... I thought that this was removed in recent Wine
versions ?
Comment out the pSetKeyboardConfig call in SysKeyboardAImpl_Unacquire as well
On Wed, May 17, 2000 at 09:20:57PM +0200, Peter Bortas wrote:
I'm planning to spend a few hours debugging a dsound problem of an app
this week, but when I updated from CVS a got a what I suspect is a
ddraw problem earlier in the execution-path instead. It was some time
since I last updated
In message "Re: ddraw problem?",
"Lionel Ulmer" [EMAIL PROTECTED] writes:
snip
fixme:ddraw:Xlib_IDirectDraw2Impl_QueryInterface (0x4040cba4):interface for IID
{6aae1ec1-662a-11d0-889d-00aa00bbb76a} _NOT_ found!
As far as I can tell from the log, the application is crash
Peter Bortas [EMAIL PROTECTED] writes:
I haven't changed my setup since then, and my config.cache say
ac_cv_header_GL_gl_h=${ac_cv_header_GL_gl_h='yes'}
ac_cv_header_GL_glext_h=${ac_cv_header_GL_glext_h='no'}
ac_cv_header_GL_glx_h=${ac_cv_header_GL_glx_h='yes'}
, but this is just guessing
After reading configure.in I see that glext.h is a necessity, while it
wasn't some months ago. I will upgrade Mesa to fix this. Maybe I
should go all the way and get XFree 4.0 while I'm at it?
Well, 'glext.h' is part of the Linux OpenGL ABI version 1.0 (or it
will be as soon as the
Lionel Ulmer [EMAIL PROTECTED] writes:
On Wed, May 17, 2000 at 09:20:57PM +0200, Peter Bortas wrote:
% wine -debugmsg +ddraw /games/ff7demo/FF7Config.exe
(...)
trace:ddraw:Xlib_IDirectDraw2Impl_QueryInterface
(0x4040cba4)-({6aae1ec1-662a-11d0-889d-00aa00bbb76a},0x40c16db4)
11 matches
Mail list logo