Re: WineConf 2007 Fundraiser proposal

2007-02-21 Thread Scott Ritchie
On Wed, 2007-02-21 at 21:11 -0500, Tom Wickline wrote: > Should the Wine project join the adsence network? > With our high google page rank we are practically guaranteed to rake > in a mint :D > Interesting note: our most likely sponsor is going to be a company involved with wine (the food item).

Re: message sequence testing - message flags

2007-02-21 Thread Dmitry Timoshkov
"Lei Zhang" <[EMAIL PROTECTED]> wrote: In dlls/user32/tests/msg.c, there's the following enum: typedef enum { sent=0x1, posted=0x2, parent=0x4, wparam=0x8, lparam=0x10, defwinproc=0x20, beginpaint=0x40, optional=0x80, hook=0x100, winevent_hook=0x200 } msg_flags_t;

WineConf 2007 Fundraiser proposal

2007-02-21 Thread Tom Wickline
Hello Everyone, On February 14th I made a suggestion on the wine-conf mailing list that we should have a annual Fund Raiser to help raise funds for our annual Conference. http://www.winehq.org/pipermail/wineconf/2007-February/000397.html Jeremy replied with his thoughts/suggestions and some bac

Re: [DSOUND] Implement a locking mechanism

2007-02-21 Thread Robert Reif
Maarten Lankhorst wrote: [DSOUND] Implement a locking mechanism Attempt to implement locking in dsounds mixer. Sadly horribly broken, I'm posting this in the hope someone knows what magic values to fill in at the first "if (lock)" .. I really have no clue. As stated before it is required to b

message sequence testing - message flags

2007-02-21 Thread Lei Zhang
Hi, In dlls/user32/tests/msg.c, there's the following enum: typedef enum { sent=0x1, posted=0x2, parent=0x4, wparam=0x8, lparam=0x10, defwinproc=0x20, beginpaint=0x40, optional=0x80, hook=0x100, winevent_hook=0x200 } msg_flags_t; Can someone explain what these flag

Re: wine.inf: Update the timezone information.

2007-02-21 Thread Uwe Bonnes
> "Francois" == Francois Gouget <[EMAIL PROTECTED]> writes: Francois> --- I have used two sources to update Wine's timezone data: ... Francois> The display name was set to the Olson database ids and I have Francois> kept it that way as it seems to match what is displayed on F

Re: 0.9.31 not suitable for gaming

2007-02-21 Thread Pavel Troller
> On 21/02/07, Pavel Troller <[EMAIL PROTECTED]> wrote: > > The last trace which appeared in the log is 2683, so > >IWineD3DDevice_CreateAdditionalSwapChain() didn't return. I'm going bananas > >from those names; where the hell this one grows :-) ? grep, as obvious, > >shows > >its calls only. >

Re: 0.9.31 not suitable for gaming

2007-02-21 Thread H. Verbeet
On 21/02/07, Pavel Troller <[EMAIL PROTECTED]> wrote: The last trace which appeared in the log is 2683, so IWineD3DDevice_CreateAdditionalSwapChain() didn't return. I'm going bananas from those names; where the hell this one grows :-) ? grep, as obvious, shows its calls only. IWineD3DDeviceImp

Re: 0.9.31 not suitable for gaming

2007-02-21 Thread Pavel Troller
> On 21/02/07, Pavel Troller <[EMAIL PROTECTED]> wrote: > >I'm a bit confusd because I failed to find the code for > >D3DCB_CreateAdditionalSwapChain(), I found only its call in device.c and > >its > >definition in wined3d_interface.h. > That's D3D7CB_CreateAdditionalSwapChain() in dlls/ddraw/ddra

Re: 0.9.31 not suitable for gaming

2007-02-21 Thread H. Verbeet
On 21/02/07, Pavel Troller <[EMAIL PROTECTED]> wrote: I'm a bit confusd because I failed to find the code for D3DCB_CreateAdditionalSwapChain(), I found only its call in device.c and its definition in wined3d_interface.h. That's D3D7CB_CreateAdditionalSwapChain() in dlls/ddraw/ddraw.c

Re: 0.9.31 not suitable for gaming

2007-02-21 Thread Pavel Troller
> > You can do the following: > > -> Run the game in winedbg and see if it catches the execption and gives a > > backtrace and crash position > There is no such exception, at least winedbg doesn't catch any. Is a special > action (command etc.) Oops. Unfinished mail sent. I meant: Is a special ac

Re: 0.9.31 not suitable for gaming

2007-02-21 Thread Pavel Troller
> > > trace:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow Old style was > > 9000,0008, setting to 9008,0008 > > trace:ddraw:IDirectDrawImpl_FlipToGDISurface (0x19daf8) > This here seems strange. If you compare that to the good log you'll see that > IWineD3DDeviceImpl_Init3D was le

Re: [PATCH 2/3] server: Fix get_handle for global handles. It doesn't need process for them.

2007-02-21 Thread Alexandre Julliard
Vitaliy Margolen <[EMAIL PROTECTED]> writes: > Alexandre Julliard wrote: >> Vitaliy Margolen <[EMAIL PROTECTED]> writes: >> >>> Alexandre Julliard wrote: Yes, but duplicate_handle has no reason to call get_handle on the dst >>> Sure there is. How else do I set the requested access mask? >>

Re: [PATCH 2/3] server: Fix get_handle for global handles. It doesn't need process for them.

2007-02-21 Thread Vitaliy Margolen
Alexandre Julliard wrote: > Vitaliy Margolen <[EMAIL PROTECTED]> writes: > >> Alexandre Julliard wrote: >>> Yes, but duplicate_handle has no reason to call get_handle on the dst >> Sure there is. How else do I set the requested access mask? > > By creating the handle with the correct mask right a

Re: resend : gdi32:WidenPath partial implementation

2007-02-21 Thread Alexandre Julliard
Laurent Vromman <[EMAIL PROTECTED]> writes: > + > +dc = DC_GetDCPtr( hdc ); You shouldn't need that, the caller has done it already. Simply pass a DC* to this function. > +if(pPath->state != PATH_Closed) { > + ERR("Path Closed\n"); > + return FALSE; > +} > + > +hPen =

Re: 0.9.31 not suitable for gaming

2007-02-21 Thread Stefan Dösinger
> OK, did it. Sending two traces: A bad one, and a good one made by wine just > before the above commit. > With regards, Pavel Troller > trace:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow Old style was > 9000,0008, setting to 9008,0008 > trace:ddraw:IDirectDra

Re: [PATCH 2/3] server: Fix get_handle for global handles. It doesn't need process for them.

2007-02-21 Thread Alexandre Julliard
Vitaliy Margolen <[EMAIL PROTECTED]> writes: > Alexandre Julliard wrote: >> Yes, but duplicate_handle has no reason to call get_handle on the dst > Sure there is. How else do I set the requested access mask? By creating the handle with the correct mask right away, instead of setting a wrong mask