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

Re: winetest: don't start test programs with STARTUPINFO.wShowWindow = SW_HIDE
by Francois Gouget 15 Oct '06

15 Oct '06

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 windows that grab the focus and do things that prevent you from using the computer? Though some test do grab the focus and such which I guess means they're manually changing the state of the window.. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ 1 + e ^ ( i * pi ) = 0

2 1

Re: user: add GetRawInputDeviceList stub
by Francois Gouget 15 Oct '06

15 Oct '06

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 15 Oct '06

15 Oct '06

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 14 Oct '06

14 Oct '06

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 14 Oct '06

14 Oct '06

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 13 Oct '06

13 Oct '06

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 13 Oct '06

13 Oct '06

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 13 Oct '06

13 Oct '06

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 13 Oct '06

13 Oct '06

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 13 Oct '06

13 Oct '06

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