Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()
Tomas Carnecky wrote: Also, it would be great if we could put the *Swap*Buffers() into their own log domain, something like 'swapbuffers', because the trace is usually useless, only when you explicitly look whether these functions are called or not, otherwise they only fill the log with garbage. Use grep -vE? (Or completely remove it if it's useless, if someone needs to specifically debug *Swap*Buffers() they can add trace lines themselves..)
Re: wine.inf: Add a shdocvw.dll stub dll to the system directory
Louis. Lenders wrote: What about adding a few more, like opengl32 (http://bugs.winehq.org/show_bug.cgi?id=3877) and some more (there are more of these bugs in bugzilla that can be solved that way, i could make a quick list of them if necessary) Regards Louis Sure. How about sending a patch to wine-patches adding it to wine.inf? Mike
Re: Race condition in keyboard code?
On Fri, 24 Mar 2006, Dmitry Timoshkov wrote: ? I do understand why this happens: X11DRV_ToUnicodeEx uses the global, static variable AltGrMask. Is this a bug? In X11DRV_ToUnicodeEx we need to restore XKeyEvent from the previous KeyPress event. If you have a better idea how to do it without using global variables please let us know. What about using the thread_input-keystate, just as for Shift, Control, and NumLock? ToUnicodeEx does have a lpKeyState argument, so to me, it seems very wrong that a static, global variable is needed as well. TranslateMessage calls GetKeyboardState just before ToUnicode. MSDN documents GetKeyboardState as: The status changes as a thread removes keyboard messages from its message queue. My interpretation is that this means that ToUnicodeEx consider how the modifiers *was* rather then what they *are*. The current implementation has another drawback: AltGr key presses never reaches the applications. In Windows, applications recieves VK_CONTROL, VK_MENU when AltGr is pressed. -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 LinköpingPhone: +46-13-21 46 00
Re: wine.inf: Add a shdocvw.dll stub dll to the system directory
Yes, if there's evidence that an app references a dll (or exe) as a file then it should be put into the FakeDllsSection. The Need for Speed Porsche Unleashed demo requires ddraw.dll in the system32 directory, otherwise it complains that it can't find directx. pgp7KK8O7DOqA.pgp Description: PGP signature
Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent ()
Hi, maybe it was because of the earlier opengl patch 'Store GL context in TEB'. But I didn't notice such an increase then.. only from ~20 - ~30fps Hm. Something increased the speed of half-life / counter strike drastically. It isn't your patch, but some change that is in CVS already. The change is this: Before half-life(non-steam) was running at 40-71 fps, depending on the situation. Now it's runs at 70-71 fps constantly. Counter-Strike 1.6(steam) ran at 60-71 fps before if there were no bots in the game. Adding 8 bots(or maybe human players, didn't check that) made the fps drop to 20 in many rendering situations. Now this doesn't happen any more, the game runs at 60-71 fps in general, only if much players are visible, it may drop down to 30 fps. Jedi academy got a major speed boost too, but that's mostly because I activated compressed textures in the game. Btw, the card is a Radeon Mobility M9, with the dri driver from Xorg 7.0. pgpqCr1xd6fMe.pgp Description: PGP signature
Re: CreateScalableFontResourceA: what does it mean?
Friday, March 24, 2006, 12:44:46 AM, Hiji wrote: There is this program, Cakewalk Sonar XL 2 (http://appdb.winehq.org/appview.php?versionId=2615) that I always try to run on Wine. The good news is, I can get it running, not smoothly, but it does run. However, it tries to utilize one of its own fonts, and always stubs on CreateScalableFontResourceA. It hits this: fixme:font:CreateScalableFontResourceA (0,C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.FOR,C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.TTR,(null)): stub Then the app tells me the following in a popup: Cannot create the Staff view musical symbol font. Anybody know what this means or have any workaround for making CreateScalableFontResourceA work? I've seen this problem since Dec. 2004, but since it hasn't gone away, I thought I'd pipe up and ask about it. Thanks in advance! Hiji AFAIK that was the only way for any program to temporary install it's fonts. Temporary means that the font will be available to the current session only (no entirely sure here if font will stay after program closes or will be available). Vitaliy
Re: SERVER: Only reset the notify event flag if there's no events pending.
Mike McCormack [EMAIL PROTECTED] writes: diff --git a/server/change.c b/server/change.c index 4349d7e..67a47af 100644 --- a/server/change.c +++ b/server/change.c @@ -1130,7 +1130,7 @@ DECL_HANDLER(read_directory_changes) dir-signaled--; /* clear the event */ -if (event) +if (event !dir-signaled) reset_event( event ); This breaks the tests: change.c:518: Test failed: action wrong change.c:522: Test failed: ov.Internal wrong change.c:523: Test failed: ov.InternalHigh wrong change.c:582: Test failed: should timeout change.c:590: Test failed: ov.Internal wrong change.c:603: Test failed: should timeout change.c:669: Test failed: should timeout make[1]: *** [change.ok] Error 7 -- Alexandre Julliard [EMAIL PROTECTED]
Re: What happened to the Fedora packages?
I just decided to use the yum packages suggested earlier... and yes, it fails, then crashes! anyway, thanks!On 3/23/06, Francois Gouget [EMAIL PROTECTED] wrote:On Wed, 22 Mar 2006, Neal Gompa wrote: Well, the system is a Pentium 4 2.8GHz HyperThreading with 512MB RAM, so that is not the problem! It just always failsOh, the compilation fails? That's not the same as the computercrashing...Maybe you can send us the error message and then we can help you. --Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/Demander si un ordinateur peut penser revient à demander si un sous-marin peut nager.
Winetools - wine doors
I read your story about winetools a couple weeks ago around the same time that I tried using winetools on FC5 test 3, it didn't go well with winetools and I was looking for another solution and couldn't find one that fitted well with my criteria. I started thinking of packages like RPMs and started breaking down a wine application installation into what we would need to run it directly from the application menu. What I came up with this is, its pretty raw right now, its simply a small self contained package for managing the install process of a wine application, soon I'm going to start work on creating a package repository and the package browser but would really like to use the appdb for supplementary information, i.e. screenshots version compatibility etc... http://www.qdh.org.uk/wordpress/?cat=6 I have also considered having a way of making apps install gobally on a machine so any and every user has access to them, and considered using inotify to watch events and provide a way of handling this. This is still in the beginning stages and I would be grateful for any input you may have. I was very interested in what was published here, http://www.winehq.org/?issue=308#Winetools..%20part%20II I've looked through the winetools code and it is a clusterf*ck of nonsense. It appears to be in the final stages of code rot, however there are some useful little bits in there which I have been cannibalising when necessary into my own application. The beauty of this is that it is only an application shell, in theory the appdb could be the central configuration repository containing all the information to make an app work. Available apps can be browsed, downloaded if possible or installed from a cd drive with minimal fuss. I have one other who has joined in the project, his name is Alex Doukas and I believe he has also recently joined wine-devel. Right now we're at the stage of building up some script archives and starting to put together application packs for the most important stuff, I will be working on the downloaders/xml parsers within the next couple of weeks and hopefully we should soon have a working application where the community keeps it up to date. To prevent duplication of work I would suggest that suggestions to my project will be accepted, I hope to provide some public space for bug tracking etc... in the next couple of weeks and even public SVN. I currently have this configured and running but unfortunately do not have a great deal of bandwidth. The more people who join in the better, python programmers especially welcome, any scripts should eventually be posted to the bugzilla. Once the application db and my application fit together nicely we could have users publishing scripts in the appdb.
Re: What happened to the Fedora packages?
On Thu 23 Mar 2006 23:40, Andreas Bierfert wrote: Nice and decent Fedora Wine packages are in Fedora Extras: I am interested in the _decent_ part... always open for suggestions :) Well, decent in the sense that the packages are well-made, or alternatively: you've done a great job ! :-) Michel
Re: Race condition in keyboard code?
Peter Åstrand [EMAIL PROTECTED] wrote: What about using the thread_input-keystate, just as for Shift, Control, and NumLock? ToUnicodeEx does have a lpKeyState argument, so to me, it seems very wrong that a static, global variable is needed as well. I don't see how a thread local keystate would solve a problem with 2 repetitive KeyPress events you reported initially as being the source of the problem. The current implementation has another drawback: AltGr key presses never reaches the applications. In Windows, applications recieves VK_CONTROL, VK_MENU when AltGr is pressed. Feel free to investigate it. -- Dmitry.
Problem with resolution
Hello guys, I got a different problem I believe I'm trying run a application to develop interactive class, called VisualClass, if I start it with my kde resolution in 1280x1024, doesnt works, if i start it with my kde resolution in 800x600, doesnt works too, BUT if I start it with 800x600 and after change to 1280x1024 as soon its load, simply works, with 800x600, but works... I ckecked all configurations and components from wine, fonts, everything that I remember... There are anything to do ??... I am in a migration program, and this is one of the main of project... Tks. -- Frederico Bertucci e-mail / msn: [EMAIL PROTECTED] www.netbil.com.br NetBil - Redes e Internet 18-3659-2444 XxX Linux for work Linux for fun XxX :: NetBil :: :: A escolha certa em Internet ::
Wine on FC5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've been able to get Wine working on FC5, both from source and from RPM and neither seems to have the smooth font support. Is there some new option that is needed for FC5 support. I had Notes 6.51 working very nice under FC4, but it has some weird drawing issues in FC5. I'm guessing it has something to do with the new xorg packages, but any ideas would be helpful. Thanks, Kevin - -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEJCj2aR60qN0tF+8RApaaAKCo8pj6FAgoK7vHzBnGJ0jRZsV+5ACeL+kt jPJPYh8VeA8m2YIB2jreCsA= =1vFw -END PGP SIGNATURE-
Re: CreateScalableFontResourceA: what does it mean?
--- Vitaliy Margolen [EMAIL PROTECTED] wrote: Friday, March 24, 2006, 12:44:46 AM, Hiji wrote: There is this program, Cakewalk Sonar XL 2 (http://appdb.winehq.org/appview.php?versionId=2615) that I always try to run on Wine. The good news is, I can get it running, not smoothly, but it does run. However, it tries to utilize one of its own fonts, and always stubs on CreateScalableFontResourceA. It hits this: fixme:font:CreateScalableFontResourceA (0,C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.FOR,C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.TTR,(null)): stub Then the app tells me the following in a popup: Cannot create the Staff view musical symbol font. Anybody know what this means or have any workaround for making CreateScalableFontResourceA work? I've seen this problem since Dec. 2004, but since it hasn't gone away, I thought I'd pipe up and ask about it. Thanks in advance! Hiji AFAIK that was the only way for any program to temporary install it's fonts. Temporary means that the font will be available to the current session only (no entirely sure here if font will stay after program closes or will be available). Vitaliy Thanks for the tidbit - it makes things a lot clearer! The TTSNOTE.FOR font, I found, resides within the application's folder in Program Files and appears to go through this motion every time it starts up. So, my guess is that it goes away after the program closes. I know that on my Win install, the app never permanently moves the font to my system fonts folder. Anybody have a workaround for making this work? Thanks! Hiji __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Winetools - wine doors
Karl Lattimer wrote: [...] I've looked through the winetools code and it is a clusterf*ck of nonsense. It appears to be in the final stages of code rot [...] Is THIS enough to get rid of Winetools?
Re: [opengl] Catch BadMatch errors before they can occur.
Oh, and this patch creates a new debug-channel 'swapbuffers' and puts both opengl swapbuffers functions into it. What is the reason for this change ? Lionel -- Lionel Ulmer - http://www.bbrox.org/
Re: Could not run Digital Mars C/C++ Compiler under Wine
On Thu, 23 Mar 2006, Eric Pouech wrote: Igor Sysoev wrote: When I try to run any program from Digital Mars C/C++ Compiler http://www.digitalmars.com/download/freecompiler.html under Wine 0.9.10 on FreeBSD 6.1, I always see the error: this works fine here (on Linux)... may be a freebsd issue ? Well, is the way to try to debug the problem ? Some debug log ? Igor Sysoev http://sysoev.ru/en/
Re: Winetools - wine doors
I've looked through the winetools code and it is a clusterf*ck of nonsense. It appears to be in the final stages of code rot, however This clusterf*ck of nonsense helped me to get a microcontroller development suite running under Wine, which otherwise would not install natively. After over ten years designing and developing embedded systems, there is one thing that stands out. Code that is 'nonsense' does not work at all. Code that works may not be elegant, it may not be pretty and you may hate the style, but it _works_ and therefore it is not nonsense. This code works, is useful and serves a purpose. Just because you don't like the way it is written does not make it nonsense. Language, please! John.
Re: [opengl] Catch BadMatch errors before they can occur.
Lionel Ulmer wrote: Oh, and this patch creates a new debug-channel 'swapbuffers' and puts both opengl swapbuffers functions into it. What is the reason for this change ? When debugging opengl applications, I'm usually not interested in the *Swap*Buffers() functions, but in context creation, pbuffers stuff etc. It just writes unnecessary messages into the console. When debugging an application that crashes after 10 minutes it makes the log very big. If someone is interested in the *Swap*Buffers() functions, he still can enable them, but for the majority of the cases its useless. That was basically the idea. I'll rewrite the patch and split it up, the GLX spec violation thing could be committed without breaking applications, other changes have to be tested first :) tom
Re: [opengl] Catch BadMatch errors before they can occur.
On Fri, Mar 24, 2006 at 08:20:08PM +0100, Tomas Carnecky wrote: When debugging opengl applications, I'm usually not interested in the *Swap*Buffers() functions, but in context creation, pbuffers stuff etc. It just writes unnecessary messages into the console. When debugging an application that crashes after 10 minutes it makes the log very big. If someone is interested in the *Swap*Buffers() functions, he still can enable them, but for the majority of the cases its useless. Strange as there are 'opengl' TRACEs for ALL OpenGL functions and extensions so I would guess that those would vastly dwarf the SwapBuffer traces (except if you have an application that does not draw anything on screen and just does swapping its buffers :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/
Re: [opengl] Catch BadMatch errors before they can occur.
Lionel Ulmer wrote: On Fri, Mar 24, 2006 at 08:20:08PM +0100, Tomas Carnecky wrote: When debugging opengl applications, I'm usually not interested in the *Swap*Buffers() functions, but in context creation, pbuffers stuff etc. It just writes unnecessary messages into the console. When debugging an application that crashes after 10 minutes it makes the log very big. If someone is interested in the *Swap*Buffers() functions, he still can enable them, but for the majority of the cases its useless. Strange as there are 'opengl' TRACEs for ALL OpenGL functions and extensions so I would guess that those would vastly dwarf the SwapBuffer traces (except if you have an application that does not draw anything on screen and just does swapping its buffers :-) ). That's what I also thought.. now it comes to my mind! I may have compiled with with debug disabled and now with debug enabled make didn't recompile the file with all the 'real' OpenGL functions. so.. what about splitting 'opengl' up into 'opengl' (all the opengl functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? tom
Re: [opengl] Catch BadMatch errors before they can occur.
On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote: so.. what about splitting 'opengl' up into 'opengl' (all the opengl functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? Why not 'wgl' ? So we would have 'opengl' for 'core' functions and 'wgl' for the rest. Lionel -- Lionel Ulmer - http://www.bbrox.org/
Re: GetExitCodeProcess always returns 1
On Thu, 23 Mar 2006, Igor Sysoev wrote: 3 years ago I reported that on FreeBSD Wine-20030508's GetExitCodeProcess() always returns 1: http://www.winehq.org/hypermail/wine-devel/2003/06/0100.html This report included a small test case. It was fixed by patch: http://www.winehq.org/hypermail/wine-devel/2003/06/0381.html and I used the patched Wine-20030508 to run MSVC, OpenWatcom C, and Borland C in a command line. Recenty I build Wine-0.9.10 from ports on FreeBSD 6.1, but GetExitCodeProcess() still always returns 1. The attached patch is the same patch but for Wine-0.9.10. I've tested it on FreeBSD 6.1. Igor Sysoev http://sysoev.ru/en/--- server/process.cWed Mar 15 17:50:50 2006 +++ server/process.cFri Mar 24 21:44:28 2006 @@ -660,7 +660,7 @@ void kill_process( struct process *proce { struct thread *thread = LIST_ENTRY( ptr, struct thread, proc_entry ); -thread-exit_code = exit_code; +if (exit_code) thread-exit_code = exit_code; if (thread != skip) kill_thread( thread, 1 ); } } --- server/request.cWed Mar 15 17:50:50 2006 +++ server/request.cFri Mar 24 21:45:38 2006 @@ -397,7 +397,7 @@ int receive_fd( struct process *process if (ret 0) fprintf( stderr, Protocol error: process %p: partial recvmsg %d for fd\n, process, ret ); -kill_process( process, NULL, 1 ); +kill_process( process, NULL, (ret 0) ); } else {
wine in online news
The german publishing company Heise Verlag reported in his online new http://www.heise.de/newsticker/meldung/71270 the availability of a plugin running Photoshop filters in GIMP on Linux using wine. For details look the authors blog at http://tml-blog.blogspot.com/2006/02/photoshop-filters-in-gimp-on-linux.html There might be a similar article in english language somewere in the WEB. Bye Stefan
Re: GetExitCodeProcess always returns 1
Igor Sysoev [EMAIL PROTECTED] wrote: The attached patch is the same patch but for Wine-0.9.10. I've tested it on FreeBSD 6.1. Please send it to wine-patches. If it's not included within next week or so I'd suggest to ask Alexandre directly what are his preferences in fixing this problem. -- Dmitry.
What is the reason to use GL_FRONT_LEFT in wglMakeCurrent()
GL_FRONT and GL_FRONT_LEFT mean the same unless the drawable is stereo. And I don't think PBuffers or Pixmaps can be stereo, so is there any special reason to use GL_FRONT_LEFT ? Or is it because the spec sais so? tom
Re: [opengl] Catch BadMatch errors before they can occur.
Lionel Ulmer wrote: On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote: so.. what about splitting 'opengl' up into 'opengl' (all the opengl functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? Why not 'wgl' ? So we would have 'opengl' for 'core' functions and 'wgl' for the rest. ok.. here is a patch, but I can't make it work. Maybe someone else sees the bug. tom diff --git a/dlls/opengl32/wgl.c b/dlls/opengl32/wgl.c index 71f7511..0a682b2 100644 --- a/dlls/opengl32/wgl.c +++ b/dlls/opengl32/wgl.c @@ -44,7 +44,8 @@ #include wine/library.h #include wine/debug.h -WINE_DEFAULT_DEBUG_CHANNEL(opengl); +WINE_DEFAULT_DEBUG_CHANNEL(wgl); +WINE_DECLARE_DEBUG_CHANNEL(opengl); /** global glx object */ wine_glx_t wine_glx; @@ -698,7 +720,7 @@ BOOL WINAPI wglShareLists(HGLRC hglrc1, */ BOOL WINAPI wglSwapLayerBuffers(HDC hdc, UINT fuPlanes) { - TRACE((%p, %08x)\n, hdc, fuPlanes); + TRACE_(opengl)((%p, %08x)\n, hdc, fuPlanes); if (fuPlanes WGL_SWAP_MAIN_PLANE) { if (!SwapBuffers(hdc)) return FALSE; diff --git a/dlls/opengl32/wgl_ext.c b/dlls/opengl32/wgl_ext.c index 24e990d..624a82c 100644 --- a/dlls/opengl32/wgl_ext.c +++ b/dlls/opengl32/wgl_ext.c @@ -37,7 +37,7 @@ #include wine/library.h #include wine/debug.h -WINE_DEFAULT_DEBUG_CHANNEL(opengl); +WINE_DEFAULT_DEBUG_CHANNEL(wgl); /* x11drv GDI escapes */ diff --git a/dlls/x11drv/opengl.c b/dlls/x11drv/opengl.c index 3fc0231..68733b4 100644 --- a/dlls/x11drv/opengl.c +++ b/dlls/x11drv/opengl.c @@ -28,7 +28,8 @@ #include wine/library.h #include wine/debug.h -WINE_DEFAULT_DEBUG_CHANNEL(opengl); +WINE_DEFAULT_DEBUG_CHANNEL(wgl); +WINE_DECLARE_DEBUG_CHANNEL(opengl); #if defined(HAVE_GL_GL_H) defined(HAVE_GL_GLX_H) @@ -533,7 +534,7 @@ BOOL X11DRV_SwapBuffers(X11DRV_PDEVICE * return 0; } - TRACE((%p)\n, physDev); + TRACE_(opengl)((%p)\n, physDev); wine_tsx11_lock(); pglXSwapBuffers(gdi_display, physDev-drawable);
firefox dogfooding on 0.9.10 - png bux FIXED.
As of 0.9.10, the bug which caused all PNGs in Firefox to appear inverse is fixed. Also, for developers with slower machines, try using Mozilla 1.7.x, it's much much faster than Firefox. It may not have *as many* bugs, but it still brings up the same exact OLE problems which Firefox does, so using it is just as useful here.
Wine/Interix -- The pros and cons.
I was thinking about running Wine on Interix (the POSIX layer of Microsoft's Services for Unix). There are a few apparent unknows: Would Wine load the .dll.so's? Since Interix uses PE for it's native format (running on Windows, duh), Would Wine load the .dll.so's? Would it reject them being in PE format and having the 'POSIX Layer' attribute set, or could we hack on a patch to detect if Wine itself is running in said layer, and load them if it is? Would that even *work*? And how about detecting Winelib applications? It might get detected as a regular Windows app, and ... uh-oh... (let's just say it isn't pretty) There are several obvious pros: You can test Wine almost fully under Windows without mingling with Windows's native componets. This would allow for better and faster compatability tests. We could also see what unknowns exist in Interix -- Althought not nessessrarly useful to Wine developers itself, it could mean a whole new generation of applications which are half-Unix, half-Windows, if the right holes are found. I am sure this will spark a LOT of debate.
Re: [opengl] Catch BadMatch errors before they can occur.
Tomas Carnecky wrote: Lionel Ulmer wrote: On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote: so.. what about splitting 'opengl' up into 'opengl' (all the opengl functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? Why not 'wgl' ? So we would have 'opengl' for 'core' functions and 'wgl' for the rest. ok.. here is a patch, but I can't make it work. Maybe someone else sees the bug. What is the problem. this is from a log of Google using your patch and WINEDBUG=+wgl,+opengl trace:wgl:wglMakeCurrent returning True trace:opengl:wine_glGetString (7939) trace:wgl:internal_glGetString GL_EXTENSIONS reported: -- Tony Lambregts
Re: [opengl] Catch BadMatch errors before they can occur.
Tony Lambregts wrote: Tomas Carnecky wrote: ok.. here is a patch, but I can't make it work. Maybe someone else sees the bug. What is the problem. this is from a log of Google using your patch and WINEDBUG=+wgl,+opengl As you maybe see in the patch, I've put both SwapBuffers functions to the opengl debug channel (rather than to wgl), but they don't show in my trace. So something with the TRACE_(opengl)(...) is wrong or with the way I've set up the channels. tom
Re: [opengl] Catch BadMatch errors before they can occur.
Tomas Carnecky wrote: Tony Lambregts wrote: Tomas Carnecky wrote: ok.. here is a patch, but I can't make it work. Maybe someone else sees the bug. What is the problem. this is from a log of Google using your patch and WINEDBUG=+wgl,+opengl As you maybe see in the patch, I've put both SwapBuffers functions to the opengl debug channel (rather than to wgl), but they don't show in my trace. So something with the TRACE_(opengl)(...) is wrong or with the way I've set up the channels. tom I do not think there is anything wrong. Just a little further in the same log I have: trace:opengl:X11DRV_SwapBuffers (0x7dde5470) trace:opengl:wine_glFinish () trace:opengl:X11DRV_SwapBuffers (0x7dde5470) trace:opengl:wine_glFinish () trace:opengl:X11DRV_SwapBuffers (0x7dde5470) trace:opengl:wine_glFinish () ... I applied your patch and did: $./configure make depend make $su #make install Perhaps a make clean will help? -- Tony Lambregts