Re: [PATCH] winemp3.acm: always dynamically load libmpg123 stuff

On Sunday 28 February 2010 11:23:30 pm Marcus Meissner wrote: > A library should be ever built against one model and not change function > ABI depending on a preprocessor define ... This will just break in funny > ways. > > In libmpg123 1.10.0 it does not do evil hacks for me, it has #if 0 around

Re: [PATCH] winemp3.acm: always dynamically load libmpg123 stuff

On Sun, Feb 28, 2010 at 03:11:22PM -0800, Chris Robinson wrote: > On Sunday 28 February 2010 1:13:44 pm Marcus Meissner wrote: > > Hi, > > > > Copy in the mpg123.h header from the library so we do not need it for > > building. (it is also LPGL) > > > > Dynamically link from libmpg123.so.0. > > (C

Re: ntdll: use SIGSTKSZ in sigaltstack instead of depending on size_t

On Sun, Feb 28, 2010 at 7:04 PM, Austin English wrote: > OpenBSD complains about this, giving 'sigaltstack: invalid argument' > on every run (4 times). This cuts out 3 of them. Still chasing down > the last one... > > Tested on Linux as well, and google seems to indicate this should work > on the

Re: richedit: Documented paragraph border widths are in points not pixels.

On Sun, Feb 28, 2010 at 3:16 PM, Andrew Eikum wrote: > I'd be very surprised if git is modifying your patches without telling you. >  It's probably Gmail trying to be clever.  Telling git-imap-send to send as > an attachment (--attach) might fix the issue.  Or, if you're already doing > that, mayb

Re: [PATCH] winemp3.acm: always dynamically load libmpg123 stuff

On Sunday 28 February 2010 1:13:44 pm Marcus Meissner wrote: > Hi, > > Copy in the mpg123.h header from the library so we do not need it for > building. (it is also LPGL) > > Dynamically link from libmpg123.so.0. > (Chances are very good that ABI stays stable.) > > This allows me providing a MP3

Re: [PATCH] msxml3/tests: Fix the domdoc IObjectSafety tests for msxml3 SP8+. [try 2]

On 28 February 2010 19:11, Paul Vriens wrote: > On 02/26/2010 11:07 PM, Reece Dunn wrote: >> >> +    todo_wine >> +    ok(broken(supported == (INTERFACESAFE_FOR_UNTRUSTED_CALLER | >> INTERFACESAFE_FOR_UNTRUSTED_DATA)) || >> +       supported == (INTERFACESAFE_FOR_UNTRUSTED_CALLER | >> INTERFACESAF

Re: richedit: Documented paragraph border widths are in points not pixels.

On 02/28/2010 02:01 PM, Dylan Smith wrote: I have been using git imap-send to upload the patch from gmail's draft folder so that I could send manually after looking over everything, but all the text piped into git imap-send has unix line endings. I am not sure if gmail is changing the line endin

Re: richedit: Documented paragraph border widths are in points not pixels.

On Sun, Feb 28, 2010 at 1:09 PM, James McKenzie wrote: > > git apply complains about whitespace errors: > 0001-richedit-Documented-paragraph-border-widths-are-in-p.patch:10: > trailing whitespace. > int ME_GetParaBorderWidth(ME_Context *c, int flags); > 0001-richedit-Documented-paragraph-border-wi

Re: [PATCH] msxml3/tests: Fix the domdoc IObjectSafety tests for msxml3 SP8+. [try 2]

On 02/26/2010 11:07 PM, Reece Dunn wrote: +todo_wine +ok(broken(supported == (INTERFACESAFE_FOR_UNTRUSTED_CALLER | INTERFACESAFE_FOR_UNTRUSTED_DATA)) || + supported == (INTERFACESAFE_FOR_UNTRUSTED_CALLER | INTERFACESAFE_FOR_UNTRUSTED_DATA | INTERFACE_USES_SECURITY_MANAGER) /* msxm

Re: [PATCH 1/3] kernel32/tests: Add test for 'all processors' flag on Vista and newer.

Erich Hoover wrote: > On Thu, Feb 25, 2010 at 5:38 AM, > wrote: > > Charles Davis wrote: > > >I have noticed a change in configure behavior, though. > Me too. On MacOS. > Since 1.1.39, Makefiles are created at the rate of ~ 1 per sec. >

Re: richedit: Make zooming affect all pictures.

Dylan Smith wrote: > Before pictures that had an ole object size were not zoomed. Native > riched20 applies the zoom ratio to these images, so this patch adds this > consistency. > --- > dlls/riched20/richole.c | 65 ++ > 1 files changed, 31 insertions

Re: richedit: Documented paragraph border widths are in points not pixels.

Dylan Smith wrote: > The border widths documented by msdn are in points which are 72 dpi, which > is not equivalent to pixels (normally 96 dpi). I pre-converted all the > border widths to 96 dpi resolution since this avoids needed to store > fractions, and often avoids the need for convertion to th

Re: [PATCH 1/3] kernel32/tests: Add test for 'all processors' flag on Vista and newer.

On Thu, Feb 25, 2010 at 5:38 AM, wrote: > Charles Davis wrote: > > >I have noticed a change in configure behavior, though. > Me too. On MacOS. > Since 1.1.39, Makefiles are created at the rate of ~ 1 per sec. > It was much faster in 1.1.38 and before, I estimate ~6 files per second. > > Anyone t

Re: [PATCH 1/3] kernel32/tests: Add test for 'all processors' flag on Vista and newer.

joerg-cyril.hoe...@t-systems.com wrote: > Charles Davis wrote: > > >> I have noticed a change in configure behavior, though. >> > Me too. On MacOS. > Since 1.1.39, Makefiles are created at the rate of ~ 1 per sec. > It was much faster in 1.1.38 and before, I estimate ~6 files per second. >

Re: Sudden increase of Valgrind errors

Two things: I moved to karmic (and now more modules are enabled, since it comes with new-enough libraries), and I updated valgrind. I haven't had time to dig in to the differences. The suppressions file also needs updating for karmic. On Feb 28, 2010 5:43 AM, "Paul Vriens" wrote: Hi Dan, As o