cvs commit patch listing

Hi, just noticed that there's a, what I would consider, oversight for the generated listing that's sent out; it doesn't provide a diff of new files. For example: ChangeSet ID: 970017527636480060871691 CVSROOT:/opt/cvs-commit Module name:wine Changes by: julliard@wine2.

Re: cvs commit patch listing

Hi, just noticed that there's a, what I would consider, oversight for the generated listing that's sent out; it doesn't provide a diff of new files. this is already on Dimi's todo list for this patch examination tool... A+ --- Eric Pouech

Re: cvs commit patch listing

From: "Peter Hunnisett" [EMAIL PROTECTED] just noticed that there's a, what I would consider, oversight for the generated listing that's sent out; it doesn't provide a diff of new files. No oversight, it was by design -- I can be persuaded either way. What about deleted files? -- Dimi.

Re: wine/dlls/comctl32 toolbar.c

TAKESHIMA Hidenori wrote: MSDN docu says "A window receives WM_CAPTURECHANGED even if it calls ReleaseCapture itself." So, if internal bCaptured flag is FALSE, we should ignore this message. I don't think that would hurt anything, but I'm not sure its necessary, since wherever we call

Re: HEADER_WindowProc unknown msg

At 05:53 PM 9/26/00 +0200, you wrote: Hallo, avrstudio (ftp://www.atmel.com/pub/atmel/astudio3.exe) is a free emulator for the Atmel 8 bit AVR microprocessor. It starts as proposed, but the debug window for register contents (view - new ioview) prints errors like err:header:HEADER_WindowProc

Re: mmsystem function signatures

With the big movements that happened in mmsystem.h I noticed that mixerMessage16 returns a UINT16. But I thought that all the xxxMessage16 APIs were supposed to return a DWORD. Or is this an exception? -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/

Re: mmsystem function signatures

Francois Gouget wrote: With the big movements that happened in mmsystem.h I noticed that mixerMessage16 returns a UINT16. But I thought that all the xxxMessage16 APIs were supposed to return a DWORD. Or is this an exception? yup... mixerMessage16 is wrong (but it was already wrong

Re: PATCH: LDFLAGS and -rpath

On Wed, 27 Sep 2000, Marcus Meissner wrote: Hi, With following patch I was able to get rid of the /etc/ld.so.conf entry for the WINE library dir (for the emulator compile). Ciao, Marcus Changelog: add -rpath $libdir to LDFLAGS for Linux (suggested by Ove) add $(LDFLAGS)

Re: mmsystem function signatures

On Wed, 27 Sep 2000, Eric Pouech wrote: Francois Gouget wrote: With the big movements that happened in mmsystem.h I noticed that mixerMessage16 returns a UINT16. But I thought that all the xxxMessage16 APIs were supposed to return a DWORD. Or is this an exception? yup...

Re: PATCH: LDFLAGS and -rpath

Ove Kaaven [EMAIL PROTECTED] writes: 1. Is there a particular reason why libwine_unicode.so can't just be in the same directory as libwine.so, since it's not really a "DLL"? Shouldn't take a special rpath to find it... libwine_unicode.so will definitely be in the same directory as