Re: [4/6] WineD3D: Attempt to clean up fbos only if a gl surface is destroyed

2007-07-18 Thread Stefan Dösinger
Am Donnerstag, 19. Juli 2007 00:13 schrieb H. Verbeet: > On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > This code does not really have a home. For one part the device is in > > charge of managing the gl fbos, on the other hand this is gl surface > > specific code and should go into IWi

Re: [4/6] WineD3D: Attempt to clean up fbos only if a gl surface is destroyed

2007-07-18 Thread H. Verbeet
On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: This code does not really have a home. For one part the device is in charge of managing the gl fbos, on the other hand this is gl surface specific code and should go into IWineD3DSurface::Release. No, the surface release code shouldn't kno

peek_message reading bogus data from wineserver

2007-07-18 Thread Phil Lodwick
Greetings! I have been chasing down a bug and was hoping to get a few suggestions as to what to look at next. In an application's main message loop it calls GetMessage. Occasionally this call would hit an assert within Wine code. Tracking this down I have found a problem in the call to the wine

Re: PulseAudio driver

2007-07-18 Thread Joe Baker
Stéphan Kochen wrote the following on 04/02/2007 06:11 AM: > Hello everyone, > > I've been working on a PulseAudio driver for Wine for a couple of days > now. It was suggested I should drop a note on to wine-devel, so here I > am. :) I also cc'd pulseaudio-discuss. (And subscribed to both.) Thanks

Re: Stencil fbo attachments

2007-07-18 Thread Stefan Dösinger
Am Mittwoch, 18. Juli 2007 15:45 schrieb H. Verbeet: > I'd rather fix the handling of the format table. Floating point > formats are another case where we should be doing extension checks, > rather than having entries for those and only doing the extension > check in CheckDeviceFormat. We may even

Re: [advapi32/service] Test for duplicate displayname

2007-07-18 Thread James Hawkins
On 7/18/07, Paul Vriens <[EMAIL PROTECTED]> wrote: Paul Vriens wrote: > James Hawkins wrote: >> On 7/17/07, Paul Vriens <[EMAIL PROTECTED]> wrote: >>> Hi, >>> >>> Another test that shows that windows checks if the displayname >>> already exists. >>> >>> Changelog >>> Test for duplicate displa

Re: System font choice...

2007-07-18 Thread Dan Kegel
Yes, I thought it might be that commit, didn't see the bug report. On 7/18/07, Lei Zhang <[EMAIL PROTECTED]> wrote: Is this related to bug 8963? http://bugs.winehq.org/show_bug.cgi?id=8983 On 7/18/07, Dan Kegel <[EMAIL PROTECTED]> wrote: > A user complained that with wine-0.9.41, the font chos

Re: System font choice...

2007-07-18 Thread Lei Zhang
Is this related to bug 8963? http://bugs.winehq.org/show_bug.cgi?id=8983 On 7/18/07, Dan Kegel <[EMAIL PROTECTED]> wrote: A user complained that with wine-0.9.41, the font chosen by Winefile looks bad: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/69569/comments/4 http://launchpadlibraria

System font choice...

2007-07-18 Thread Dan Kegel
A user complained that with wine-0.9.41, the font chosen by Winefile looks bad: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/69569/comments/4 http://launchpadlibrarian.net/8517354/Screenshot-Wine%20File.png I'm guessing it's because vgasys.fon was chosen as the system font: trace:font:Win

Re: Stencil fbo attachments

2007-07-18 Thread H. Verbeet
On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Not really, you can still attach a regular depth format in that cause. > Not all applications that use D24S8 actually use the stencil buffer. Good point. The check could be done when setting glDescription.glInternal. I can't find it right

Re: Stencil fbo attachments

2007-07-18 Thread Stefan Dösinger
Am Mittwoch, 18. Juli 2007 14:17 schrieb H. Verbeet: > On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > > Renderbuffers might be ok, but I'm not completely sure. > > > > Apparently not :-( > > > > I tried to get it working, but I didn't have any luck. Either I am > > missing something, o

Re: Stencil fbo attachments

2007-07-18 Thread H. Verbeet
On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Renderbuffers might be ok, but I'm not completely sure. Apparently not :-( I tried to get it working, but I didn't have any luck. Either I am missing something, or it just doesn't work. My attempt is attached +GL_EXTCALL(glFram

Re: Stencil fbo attachments

2007-07-18 Thread Stefan Dösinger
Am Mittwoch, 18. Juli 2007 12:34 schrieb H. Verbeet: > On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > Does that affect only texture attachments, or even renderbuffers? The > > sample code in GL_EXT_framebuffer_object uses two different renderbuffers > > for depth and stencil. If even r

Re: [advapi32/service] Test for duplicate displayname

2007-07-18 Thread Paul Vriens
Paul Vriens wrote: James Hawkins wrote: On 7/17/07, Paul Vriens <[EMAIL PROTECTED]> wrote: Hi, Another test that shows that windows checks if the displayname already exists. Changelog Test for duplicate displayname Cheers, +/* To find an existing displayname we check the 'Spoole

Re: [advapi32/service] Test for duplicate displayname

2007-07-18 Thread Paul Vriens
James Hawkins wrote: On 7/17/07, Paul Vriens <[EMAIL PROTECTED]> wrote: Hi, Another test that shows that windows checks if the displayname already exists. Changelog Test for duplicate displayname Cheers, +/* To find an existing displayname we check the 'Spooler' service. Although

Re: Stencil fbo attachments

2007-07-18 Thread H. Verbeet
On 18/07/07, Chris Robinson <[EMAIL PROTECTED]> wrote: On Wednesday 18 July 2007 03:34:05 am H. Verbeet wrote: > > Does that affect only texture attachments, or even renderbuffers? The > > sample code in GL_EXT_framebuffer_object uses two different renderbuffers > > for depth and stencil. If even

Re: Stencil fbo attachments

2007-07-18 Thread Chris Robinson
On Wednesday 18 July 2007 03:34:05 am H. Verbeet wrote: > > Does that affect only texture attachments, or even renderbuffers? The > > sample code in GL_EXT_framebuffer_object uses two different renderbuffers > > for depth and stencil. If even render buffers do not work we're screwed > > on fglrx(no

Re: Stencil fbo attachments

2007-07-18 Thread H. Verbeet
On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Setting the stencil attachment isn't very hard. The problem is that we > currently can't do much with extensions in the texture format table, > and that we can't detect whether we should attach / detach the stencil > attachment. (Except fo

Re: [PATCH 1/6] urlmon/tests: Expand framework to allow todo_wine'd tests and differences between Windows versions.

2007-07-18 Thread Alexandre Julliard
Misha Koshelev <[EMAIL PROTECTED]> writes: > #define CHECK_EXPECT(func) \ > do { \ > -ok(expect_ ##func, "unexpected call " #func "\n"); \ > -expect_ ## func = FALSE; \ > +if (!expect_ ##func && wine_allow_ ##func) \ > +{ \ > +todo_wine ok(expect_

Re: Stencil fbo attachments

2007-07-18 Thread Stefan Dösinger
> Setting the stencil attachment isn't very hard. The problem is that we > currently can't do much with extensions in the texture format table, > and that we can't detect whether we should attach / detach the stencil > attachment. (Except for checking the surface format in > set_depth_stencil_fbo,

Re: Stencil fbo attachments

2007-07-18 Thread H. Verbeet
On 18/07/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote: Hi Henri, Apparently I have debugged Splinter Cell in a wrong direction. The depth copy can hardly be the problem because splinter cell renders everything offscreen, except the final composition and the HUD. I think the problem is the lack