Re: Mouse woes and luck of interest

2006-10-14 Thread Steven Edwards
On 10/15/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote: 4) it's a limitation of X that forces us to do mouse warping. That brings lots of other problems that is pretty hard to deal with. Is it possible we might need to bring the Xorg guys in and get some sort of extension? -- Steven Edwards

Mouse woes and luck of interest

2006-10-14 Thread Vitaliy Margolen
As you know Wine has number of problems with it's mouse handling. Just enough to look at the bugzilla to see how many programs affected. After spending several weeks trying to find and fix this problems I in the dead-end now. Most of Wines problems coming from the way Wine receives and handles it'

Re: winetest: don't start test programs with STARTUPINFO.wShowWindow = SW_HIDE

2006-10-14 Thread Dmitry Timoshkov
"Francois Gouget" <[EMAIL PROTECTED]> wrote: On Sat, 14 Oct 2006, Mikoaj Zalewski wrote: It no one knowns why this option is there then maybe it's safe to remove it? -si.wShowWindow = SW_HIDE; -si.dwFlags = STARTF_USESHOWWINDOW; +si.dwFlags = 0; Isn't this an attempt to make it s

Re: u_int32_t

2006-10-14 Thread n0dalus
On 10/14/06, David Laight <[EMAIL PROTECTED]> wrote: The C99 type is 'uint32_t' - and should be defined by inttypes.h I didn't think we were allowed to use C99 code in wine, for compatibility reasons (C++ style comments, etc)? Though I guess using C99 headers would still work with pre-C99 com

Re: winetest: don't start test programs with STARTUPINFO.wShowWindow = SW_HIDE

2006-10-14 Thread Francois Gouget
On Sat, 14 Oct 2006, Mikoaj Zalewski wrote: > It no one knowns why this option is there then maybe it's safe to remove it? -si.wShowWindow = SW_HIDE; -si.dwFlags = STARTF_USESHOWWINDOW; +si.dwFlags = 0; Isn't this an attempt to make it so that running make test does not pop up window

Re: user: add GetRawInputDeviceList stub

2006-10-14 Thread Francois Gouget
On Fri, 13 Oct 2006, L. Rahyen wrote: [...] > +UINT WINAPI GetRawInputDeviceList(PRAWINPUTDEVICELIST pRawInputDeviceList, > PUINT puiNumDevices, UINT cbSize) You should also add a prototype for this function in winuser.h. Note that the convention is to not include the parameter names in the Win

Re: [D3D9] fix for SetFVF memleak [2nd try+patch]

2006-10-14 Thread Ivan Gyurdiev
Stefan Dösinger wrote: Am Samstag 14 Oktober 2006 20:53 schrieb Ivan Gyurdiev: H. Verbeet wrote: On 14/10/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote: Exactly... so why is the refcount 1 *after* GetVertexDeclaration. Perhaps the declaration in only generated when calli

wine crosstest is not working

2006-10-14 Thread Vijay Kiran Kamuju
Hi, I am trying to make crosstest for msxml and other wine modules like advpack. I am unable to compile them. My OS is Kubuntu 6.06 i386 (Dapper) Thanks, VJ

FW: kernel level drivers - next try

2006-10-14 Thread Rolf Kalbermatter
James Courtier-Dutton wrote: > Why do we need to give an application direct access to IO space? No normal application should need that, nor should it even get the right to do that!! It was more a disgress into the fact that the kernel (or the simulated kernel environment in case of Wine) needs

Re: [D3D9] fix for SetFVF memleak [2nd try+patch]

2006-10-14 Thread Stefan Dösinger
Am Samstag 14 Oktober 2006 20:53 schrieb Ivan Gyurdiev: > H. Verbeet wrote: > > On 14/10/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote: > >> Exactly... so why is the refcount 1 *after* GetVertexDeclaration. > > > > Perhaps the declaration in only generated when calling > > GetVertexDeclaration(). If

Re: [D3D9] fix for SetFVF memleak [2nd try+patch]

2006-10-14 Thread Ivan Gyurdiev
H. Verbeet wrote: On 14/10/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote: Exactly... so why is the refcount 1 *after* GetVertexDeclaration. Perhaps the declaration in only generated when calling GetVertexDeclaration(). If you call it twice, does it return the same pointer? No.. I tried that too.

Re: kernel level drivers - next try

2006-10-14 Thread James Courtier-Dutton
Rolf Kalbermatter wrote: > Saulius Krasuckas [EMAIL PROTECTED] wrote: > >> Today I have tried to compile ntoskrnl.exe, then checked out master >> branch, compiled stock Wine, then tried to run win32 app which do simple >> port I/O after it loads (GIVE)IO.SYS driver. Driver simply loaded, did >

Re: user: add GetRawInputDeviceList stub

2006-10-14 Thread Vitaliy Margolen
L. Rahyen wrote: > Add missing stub to user32.dll.so - without it some games (like Postal 2 and > some others) cannot run. It seems that GetRawInputDeviceList is useless thing > in most cases because all these games works almost perfectly with this stub. > Thank you for sending patch. Here are f

Re: u_int32_t

2006-10-14 Thread David Laight
On Sat, Oct 14, 2006 at 10:53:46PM +1000, Robert Lunnon wrote: > Seems these typedefs have found their way into some of the source files, from > my recollection these definitions aren't used. What is the official typedef > for these types; > IE > u_int32_t > uint32_t > or > UINT32 The C99 type i

u_int32_t

2006-10-14 Thread Robert Lunnon
Seems these typedefs have found their way into some of the source files, from my recollection these definitions aren't used. What is the official typedef for these types; IE u_int32_t uint32_t or UINT32

Re: kernel level drivers - next try

2006-10-14 Thread Rolf Kalbermatter
Saulius Krasuckas [EMAIL PROTECTED] wrote: >Today I have tried to compile ntoskrnl.exe, then checked out master >branch, compiled stock Wine, then tried to run win32 app which do simple >port I/O after it loads (GIVE)IO.SYS driver. Driver simply loaded, did >its initialization and immediatelly

Re: kernel level drivers - next try

2006-10-14 Thread Saulius Krasuckas
* On Fri, 13 Oct 2006, Vitaliy Margolen wrote: > * Saulius Krasuckas wrote: > > Today I have tried to compile ntoskrnl.exe, then checked out master > > branch, compiled stock Wine, then tried to run win32 app which do > > simple port I/O after it loads (GIVE)IO.SYS driver. Driver simply > > loa

Re: [D3D9] fix for SetFVF memleak [2nd try+patch]

2006-10-14 Thread H. Verbeet
On 14/10/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote: Exactly... so why is the refcount 1 *after* GetVertexDeclaration. Perhaps the declaration in only generated when calling GetVertexDeclaration(). If you call it twice, does it return the same pointer?

Re: [D3D9] fix for SetFVF memleak [2nd try+patch]

2006-10-14 Thread Ivan Gyurdiev
H. Verbeet wrote: On 14/10/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote: Ivan Gyurdiev wrote: > Based on further tests, I don't believe this patch is correct.. but it will fix the memory leak. I'm still unsure what kind of insanity the native API is doing internally - in process of figuring that

Re: [D3D9] fix for SetFVF memleak [2nd try+patch]

2006-10-14 Thread H. Verbeet
On 14/10/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote: Ivan Gyurdiev wrote: > Based on further tests, I don't believe this patch is correct.. but it will fix the memory leak. I'm still unsure what kind of insanity the native API is doing internally - in process of figuring that out. When adding th