Framebuffer objects

Hi... I've been trying to get FBOs working, but I have extremely limited time to work on such things, so I thought I'd just post my current patch here, and see if people can help me figure out what's wrong with it :) FBOs (framebuffer objects) are a newer extension, intended to replace pbuffer

Re: Add comments so we know why we are not self-registering some dlls, which most of the time is because it is not doing anything anyway.

On Thu, 2006-09-07 at 19:54 +0200, Francois Gouget wrote: > +;11,,wintrust.dll,1 FIXME: Just a stub Hi Francois, I'm pretty busy with the registering of wintrust currently, so why is this marked as a stub? Cheers, Paul.

Re: include: Add new Vista SDK constants, fields and structures documented at http://ian.joeuser.com/index.asp?AID=738

"Francois Gouget" <[EMAIL PROTECTED]> wrote: --- a/include/commctrl.h +++ b/include/commctrl.h @@ -119,7 +119,9 @@ #define NM_TOOLTIPSCREATED (NM_FIRS #define NM_LDOWN(NM_FIRST-20) #define NM_RDOWN(NM_FIRST-21) #define NM_THEMECHANGED (NM_FIRST-22) -

Re: msi 2: Allow non-key columns to be used with the join query

On 9/7/06, James Hawkins <[EMAIL PROTECTED]> wrote: Hi, This fixes bug 4632. http://bugs.winehq.org/show_bug.cgi?id=4632 Changelog: * Allow non-key columns to be used with the join query. Ignore this for now. I forgot to remove the second column key check, and I'm going to add a test case

Re: *** GMX Spamverdacht *** Re : [DDRAW] Only detach surfaces when releasing a non-texture surface attached to a complex root.

Hi, > Well I don't understand, what leaks ? Complex attached surfaces are still > destroyed when we fire the root. The new patch takes Moto Racer 2 memleak > issues in hand, and Nomad Soul leaks may not be related to this — not a > regression because exiting led to crash before ( and remaining surf

Re: Help required to change function prototype

Vitaliy Margolen wrote: > Dmitry Timoshkov wrote: >> "Robert Shearman" <[EMAIL PROTECTED]> wrote: >> Use LPCVOID instead of PCVOID. >>> >>> This is ntdll code and LPCVOID is a Win32 type. Don't use Win32 types >>> in ntdll code. >> >> Then simple 'const void *' should do the trick, sin

Re: Should I give up? => Please do not give up

Hi Damjan: > My work on the still image system for wine has > while wine incorrectly tries to open > HKEY_LOCAL_MACHINE\System\CurrentControlSet\ > Class\---- > ie. no curly braced around the guid. > And in addition it incorrectly returns FALSE for a > return typ

wine and dos support

Hi, A friend of mine is asking me to get dos based games to work using wine. Well, I generally tell to use dosbox for that. Is it possible make them work in wine. If yes, what effort should we put into that. I mean what should we need to implement. Is it possible to lift some parts of other LGPL

Re: tools: Remove redundant NULL checks before free() (found by Smatch).

Robert Shearman wrote: > > I think the checks are necessary to be compatible with libc's on other > platforms. No they aren't. free() doing nothing with NULL pointers is ANSI-C standard: "free deallocates the space pointed to by p: it does nothing if p is NULL." Quoted from "The C Programming Lang

Re: Visual C++ does not seem to have snprinft

Jeff L <[EMAIL PROTECTED]> writes: > When compiling dlls/gdi/tests/metafile.c on line 1357 I get a warning > C4013: "snprintf" is undefined. Looking around, it seems that > snprinft is in fact _snprintf in Visual C++. I have found a define > >#if !defined(HAVE_SNPRINTF) && defined(HAVE__S

Re: tools: Remove redundant NULL checks before free() (found by Smatch).

I think the checks are necessary to be compatible with libc's on other platforms. -- Rob Shearman

Re: user: test and fix SwitchToThisWindow [2nd try]

On 9/7/06, Jan Zerebecki <[EMAIL PROTECTED]> wrote: Bugreport about this patch: http://bugs.winehq.org/show_bug.cgi?id=5725 I compiled-tested this and successfully ran the test on wine and (thx kblin) on native, because the author said that he is not able to compile wine. If this patch is reject

Visual C++ does not seem to have snprinft

When compiling dlls/gdi/tests/metafile.c on line 1357 I get a warning C4013: "snprintf" is undefined. Looking around, it seems that snprinft is in fact _snprintf in Visual C++. I have found a define #if !defined(HAVE_SNPRINTF) && defined(HAVE__SNPRINTF) #define snprintf _snprintf

Re: WGL patches cause problems with RBR and LFS

Hmm, strange. Could you run the programs using WINEDEBUG=+wgl appname.exe and post me the logs? Roderick > On Wed, Sep 06, 2006 at 07:42:03PM +0200, Roderick Colenbrander wrote: > > Hi Roderick, > > > The WGL patches which are in mike's tree are different ones. They move > > the WGL-specific o

Re: WGL patches cause problems with RBR and LFS

On Wed, Sep 06, 2006 at 07:42:03PM +0200, Roderick Colenbrander wrote: Hi Roderick, > The WGL patches which are in mike's tree are different ones. They move > the WGL-specific opengl code from opengl32.dll to x11drv. The code > itself isn't changed. > > So first try if the problems appeared on 0