October 2006 - Wine-Devel - list.winehq.org

Re: user: add GetRawInputDeviceList stub
by Francois Gouget Oct. 15, 2006

Oct. 15, 2006

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 Wine header prototypes. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

1 0

wine crosstest is not working
by Vijay Kiran Kamuju Oct. 14, 2006

Oct. 14, 2006

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

1 0

FW: kernel level drivers - next try
by Rolf Kalbermatter Oct. 14, 2006

Oct. 14, 2006

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 to provide all functions this driver is accessing in order for the driver loading even being successful. Rolf Kalbermatter

1 0

kernel level drivers - next try
by Marcus Meissner Oct. 14, 2006

Oct. 14, 2006

Hi, I want to tackle the problem of loading and accessing kernel drivers again. Since the previous tries were met with design concerns, lets try to clarify design issues first. - Services are handled and registered by ADVAPI32. Currently we handle process type services correctly, which are started using CreateProcess(). These are marked with SERVICE_WIN32 or similar flags. - Kernel drivers use SERVICE_DRIVER (or SERVICE_KERNEL_DRIVER specifically). Q: How should those be loaded and where? Alexandre seems to suggest we start a seperate services.exe and load them in there? Is this the way to go? Q: How to start them? CreateProcess(services.exe name.sys) on commandline? Or via some kind of other control mechanism? - Filehandles ... The whole issue of handling the HANDLEs that are necessary is unclear to me. Ciao, Marcus

3 5

Re: comctl32: Win64 printf format warning fixes.
by Michael Stefaniuc Oct. 13, 2006

Oct. 13, 2006

Hey, did you manually edited the patch afterwards? Michael [Plouj] Ploujnikov wrote: > > ------------------------------------------------------------------------ > > comctl32: Win64 printf format warning fixes. > > From: Michael Ploujnikov <ploujj(a)gmail.com> > > required fixing some macros > --- > > dlls/comctl32/animate.c | 64 ++++++++++++----------- > diff --git a/dlls/comctl32/animate.c b/dlls/comctl32/animate.c > index b6309cd..8d5b688 100644 > --- a/dlls/comctl32/animate.c > +++ b/dlls/comctl32/animate.c > @@ -498,16 +498,16 @@ static BOOL ANIMATE_GetAviInfo(ANIMATE_I > > mmioRead(infoPtr->hMMio, (LPSTR)&infoPtr->mah, sizeof(infoPtr->mah)); > > - TRACE("mah.dwMicroSecPerFrame=%ld\n", infoPtr->mah.dwMicroSecPerFrame); > - TRACE("mah.dwMaxBytesPerSec=%ld\n", infoPtr->mah.dwMaxBytesPerSec); > - TRACE("mah.dwPaddingGranularity=%ld\n", infoPtr->mah.dwPaddingGranularity); > - TRACE("mah.dwFlags=%ld\n", infoPtr->mah.dwFlags); > - TRACE("mah.dwTotalFrames=%ld\n", infoPtr->mah.dwTotalFrames); > - TRACE("mah.dwInitialFrames=%ld\n", infoPtr->mah.dwInitialFrames); > - TRACE("mah.dwStreams=%ld\n", infoPtr->mah.dwStreams); > - TRACE("mah.dwSuggestedBufferSize=%ld\n", infoPtr->mah.dwSuggestedBufferSize); > - TRACE("mah.dwWidth=%ld\n", infoPtr->mah.dwWidth); > - TRACE("mah.dwHeight=%ld\n", infoPtr->mah.dwHeight); > + TRACE("mah.dwMicroSecPerFrame=%d\n", infoPtr->mah.dwMicroSecPerFrame); > + TRACE("mah.dwMaxBytesPerSec=%d\n", infoPtr->mah.dwMaxBytesPerSec); > + TRACE("mah.dwPaddingGranularity=%d\n", infoPtr->mah.dwPaddingGranularity); > + TRACE("mah.dwFlags=%d\n", infoPtr->mah.dwFlags); > + TRACE("mah.dwTotalFrames=%d\n", infoPtr->mah.dwTotalFrames); > + TRACE("mah.dwInitialFrames=%d\n" infoPtr->mah.dwInitialFrames); You are missing a ',' here ------------^ > + TRACE("mah.dwStreams=%d\n", infoPtr->mah.dwStreams); > + TRACE("mah.dwSuggestedBufferSize=%d\n", infoPtr->mah.dwSuggestedBufferSize); > + TRACE("mah.dwWidth=%d\n", infoPtr->mah.dwWidth); > + TRACE("mah.dwHeight=%d\n", infoPtr->mah.dwHeight); > > mmioAscend(infoPtr->hMMio, &mmckInfo, 0); > bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Coverity scans are working again
by Paul Vriens Oct. 13, 2006

Oct. 13, 2006

Hi, we're present again on http://scan.coverity.com/ . Be aware that you probably have to use the original password received when you requested an account. I had changed mine (of course) and couldn't login anymore (luckily I still had the original welcome mail). Cheers, Paul.

2 1

Re: client-side DIB copy?
by Damjan Jovanovic Oct. 13, 2006

Oct. 13, 2006

On 10/12/06, Mike McCormack <mike(a)codeweavers.com> wrote: > > Damjan Jovanovic wrote: > > > I'm trying to implement the "client-side DIB copy optimization" > > mentioned in dlls/winex11.drv/bitblt.c, but I'm having trouble. The > > patch (against wine-0.9.22) is attached. > > > > The one app I know that uses it, Heroes of might and magic 4, runs > > much faster with the patch, but the graphics come out wrong: mouse > > droppings, black blocks, pictures drawn in wrong places (over panels) > > etc. > > > > Is there something else I am supposed to be doing, like holding some > > lock, or doing something after I copy the pixels? > > Have you considered clipping/overlapping/stretching areas? How do you mean? I've checked for xSrc, ySrc, xDst, yDst, width and height being in range of both bitmaps, and they are. What I did notice, is that the bitmap I draw on is modified on the X server while I draw. Don't know how that's possible, it is locked, and I tried XFlush(), GdiFlush() and glFinish() before I start drawing, all with no effect. > Mike > Thank you Damjan

1 0

Re: Using xstrdup()?
by Michael [Plouj] Ploujnikov Oct. 13, 2006

Oct. 13, 2006

I'm forwarding this because I originally broke the thread by replying to the author directly. This message is supposed to come before the previous message. ---------- Forwarded message ---------- From: Andrew Talbot <Andrew.Talbot(a)talbotville.com> Date: Oct 13, 2006 10:36 AM Subject: Re: Using xstrdup()? To: "Michael [Plouj] Ploujnikov" <ploujj(a)gmail.com> On Thursday 12 October 2006 20:13, you wrote: > On 10/12/06, Andrew Talbot <Andrew.Talbot(a)talbotville.com> wrote: > > Hi, > > > > I want to use xstrdup() in winebuild/search.c. What do I need to do to make > > this function available in this file, please? > > See if these examples can help you: > > http://source.winehq.org/ident?i=xstrdup > Hi Michael, Thanks for this. I've since noticed that plain strdup() has already been used in this file, so I shall just use that, with an assert() to catch the unlikely case of failure. Thanks again, -- Andy. -- () ASCII Ribbon Campaign /\ - against HTML mail & vCards

1 0

Using xstrdup()?
by Andrew Talbot Oct. 13, 2006

Oct. 13, 2006

Hi, I want to use xstrdup() in winebuild/search.c. What do I need to do to make this function available in this file, please? Thanks, -- Andy.

1 1

Re: Windows 9x and Windows NT store the time zone data in different places.
by Steven Edwards Oct. 13, 2006

Oct. 13, 2006

On 10/12/06, Francois Gouget <fgouget(a)codeweavers.com> wrote: > 3) We could also say that we will wait for the 'registry links'. This sounds like the right method to me. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0