Re: [dinput] regression c17e06d5c0e456d3052a1b6de688956f87c59d3e: No need to copy default constant format. Use already defined static instead

On Wed, Dec 20, 2006 at 10:27:52AM -0700, Vitaliy Margolen wrote: > The biggest problem is we don't properly "initialize" device. We > should create our own data format structure that has only found > objects. So we don't need to do it over and over again in EnumObjects > or GetObjectInfo. In the

WineAlsa mmap patch

This changes the winealsa dsound driver to stop using asynchronous callbacks and use snd_pcm_wait instead, I'm welcoming testing. For me this fixes the mmap_crst deadlock. I don't know what caused the deadlock in the first place, but this seems to have fixed it somehow. My test was basically runn

Re: kernel32 console bug?

Robert Reif a écrit : Eric Pouech wrote: if you move the test() call a couple of lines below, when the console is actually created, it should work. for the actual program to run, you should use wineconsole. A+ 2006/12/20, Robert Reif <[EMAIL PROTECTED] >: I

Re: kernel32 console bug?

Robert Reif a écrit : Eric Pouech wrote: if you move the test() call a couple of lines below, when the console is actually created, it should work. for the actual program to run, you should use wineconsole. A+ 2006/12/20, Robert Reif <[EMAIL PROTECTED] >: I

Re: libwine: Fix some typos

Alexandre Julliard wrote: > On any decent Unix the S_ISCHR etc. macros are defined by sys/stat.h, > so our defines are never used. > Right. I now see that Splint represents S_ISCHR() and the like as functions (despite containing a comment saying that "they're macros virtually everywhere"), so the

Re: libwine: Fix some typos

Andrew Talbot <[EMAIL PROTECTED]> writes: > I am getting "unrecognized identifier" messages when looking at > ntdll/directory.c where it calls the S_ISCHR() and S_ISDIR() macros, these > are caused by the identifiers like _S_IFMT in "wine/port.h" seemingly not > being defined. The only place, on m

Re: STLPort 5.1 and winegcc / winelib

Boaz, I followed you example in the files from SourceForge but I keep bumping into an error below. I figure I am not defining something properly and I have seen it when I was messing with StlPort 4 as well, so I was wondering if you might know where the issue lay. ../../stlport/

Re: libwine: Fix some typos

Alexandre Julliard wrote: > Andrew Talbot <[EMAIL PROTECTED]> writes: > >> I believe these identifiers are POSIX ones (from ), so they >> should not possess one leading underscore (unlike the similar ones in >> "msvcrt"). > > These defines are meant for Windows, where they do have underscores. >

Re: msxml.dll: nextNode and reset functions

OK, I finally managed to cross-compile and run this test under windows and under wine. The patch (test and functions) works well. Colin Pitrat (Bull Services Telco) Bull, Architect of an Open World (TM) Tél : +33 (0) 1 30 80 72 93 www.bull.com Colin Pitrat wrote: New version of this patch, i

Re: libwine: Fix some typos

Andrew Talbot <[EMAIL PROTECTED]> writes: > I believe these identifiers are POSIX ones (from ), so they should > not possess one leading underscore (unlike the similar ones in "msvcrt"). These defines are meant for Windows, where they do have underscores. -- Alexandre Julliard [EMAIL PROTECTED]

Re: gdi32: Extract the constituent TrueType files from Mac suitcase fonts into the user's caches directory and use these instead of the original suitcase.

Huw Davies <[EMAIL PROTECTED]> writes: > +ret = malloc(sizeof(*ret)); > +if(!ret) > +{ > +CloseResFile(res_ref); > +return NULL; > +} > +list_init(ret); It's better to avoid using malloc() in Wine. Also it seems to me it would be cleaner to return an array of c

Re: [dinput] regression: No need to copy default constant format. Use already defined static instead

Christoph Frick wrote: > On Wed, Dec 20, 2006 at 10:27:52AM -0700, Vitaliy Margolen wrote: > >> The biggest problem is we don't properly "initialize" device. We >> should create our own data format structure that has only found >> objects. So we don't need to do it over and over again in EnumObjec

Re: gdi32: Extract the constituent TrueType files from Mac suitcase fonts into the user's caches directory and use these instead of the original suitcase.

+#ifdef WORDS_BIGENDIAN +#define GET_BE_WORD(x) (x) +#else +#define GET_BE_WORD(x) x) & 0xff) << 8) | (((x) & 0xff00) >> 8)) +#endif This could be replaced by CoreFoundation's CFSwapInt16BigToHost, which might be a bit more efficient... Pierre.