Re: ntoskrnl: Implement server side of get_device

Hi V. > Well I'm not sure what good will it be? The caller asks for the pointer to > the DEVICE_OBJECT to do something with that structure. You can't just give > it some handle. It needs to be complete structure. And not just any > structure but the one for that device. Sorry. I did not mean the h

drawprim.c next iteration

Ok this is another iteration of the drawprim.c code I have been working on.. I made it match a better way I think... I didn't do any git patches until after I comitted my patch and it compiled cleanly. Then after it compiled clean I git commit -a then did a git update to sync with the repositor

Taking advantage of debug libraries

Hello all, now, as I get better and better on juggling with the various debugger options, I'm at a point where I'd like to get advantage of MS' C++ runtime debug libraries. Looking at MSDN, they recommend to turn a few switches in the IDE and ... but this won't work, as I can't re-link my

Re: ntoskrnl: Implement server side of get_device

Peter Dons Tychsen wrote: > Hi Vitaliy. > > Thanks for your comments, > >> My first question: what will you do with that pointer if that driver is >> loaded in the separate instance of ntoskrnl? Driver that calls >> IoGetDeviceObjectPointer will most likely try to dereference the pointer it >> go

Re: d3dx9: Add d3dx9effect.h

2008/9/17 Busquets Pérez Luis C. <[EMAIL PROTECTED]>: > b0VIM 7.1... > ÿeÑH..M.áL..root > > > localhost.lo > caldomain... > /win > e-git/0001--modi > fied-include-d3d > x9.h.patch.. > That's probably not what you meant

Re: ntoskrnl: Implement server side of get_device

Hi Vitaliy. Thanks for your comments, > My first question: what will you do with that pointer if that driver is > loaded in the separate instance of ntoskrnl? Driver that calls > IoGetDeviceObjectPointer will most likely try to dereference the pointer it > got back. You are right. Something is no

Re: [1/5] wined3d: Clarify a comment

Ignore this set, I missed an issue with volumes between the 2nd and 3rd patch.

Re: wineserver assertion failure

Hi Dan, 2008/9/17 Dan Kegel <[EMAIL PROTECTED]>: > Hrm. Saw this after trying the 'nytimes' crash on Google Chrome > with yesterday's wine: > > wineserver: object.c:277: release_object: Assertion `obj->refcount' failed. > > If it happens again, I'll report more... You might want to run with the

Re: user32: Stub for LockWorkStation (try 3)

Paul: I'm glad you removed this 'feature' as it would not work at all with Wine on a Mac system. James Mckenzie -Original Message- >From: Paul Chitescu <[EMAIL PROTECTED]> >Sent: Sep 17, 2008 8:12 AM >To: Wine Patches <[EMAIL PROTECTED]> >Subject: user32: Stub for LockWorkStation (try

Request for feedback: gdi32/tests antialiasing patch

Last Thursday I submitted a patch which was silently dropped. I'd be interested if someone could take a look at it and let me know what I'm missing plase. I've included the original patch e-mail for reference. The patch was tested on XP, 98, and Wine. I also ran it through valgrind and it passe

wineserver assertion failure

Hrm. Saw this after trying the 'nytimes' crash on Google Chrome with yesterday's wine: wineserver: object.c:277: release_object: Assertion `obj->refcount' failed. If it happens again, I'll report more...

Re: ntoskrnl: Implement server side of get_device

Peter Dons Tychsen wrote: > Implement server side of get_device to complete the > IoGetDeviceObjectPointer() function. > > /pedro My first question: what will you do with that pointer if that driver is loaded in the separate instance of ntoskrnl? Driver that calls IoGetDeviceObjectPointer will mo