Re: [PATCH 5/5] ddraw: Allow creating back buffer for DirectX 1 interfaces. (try 5)

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=4356 Your paranoid android.

Re: Right-To-Left (RTL) languages and Wine

Paul Vriens wrote: Hi, I've been in talks with a Hebrew translator for some time now and I'd like to have Wine being able to start doing more RTL stuff. I'm looking for example at http://bugs.winehq.org/show_bug.cgi?id=1158 If I run an English winmine.exe on an Arabic box (thanks to the tes

Re: gdi32: use usp10 to optionally generate glyphs for bidi strings

Alexandre Julliard wrote: Which of course demonstrates that gdi32 calls usp10 on native too. Maybe it does it indirectly through lpk.dll, but the end result is the same, you have a dependency on usp10. I know I'm coming a bit late into the discussion, but just for the record, this is how Win

Re: [PATCH 1/5] ddraw/tests: Add test for bad size of surface caps in CreateSurface. (try 5)

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=4352 Your paranoid android.

Re: Should we expect Liberation fonts to be installed?

On 08/03/2010 01:57 PM, Scott Ritchie wrote: > I was looking through our fairly large collection of open font bugs and > realized that things might be a lot simpler if we took some opinionated > positions and just declared certain fonts to be dependencies and > expected all packagers to provide the

Re: [PATCH 5/5] ddraw: Allow creating back buffer for DirectX 1 interfaces. (try 4)

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=4348 Your paranoid android.

Re: [PATCH 1/5] ddraw/tests: Add test for bad size of surface caps in CreateSurface. (try 4)

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=4344 Your paranoid android.

Re: [PATCH 2/5] ddraw/tests: New visual back buffer flipping tests. (try 4)

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=4345 Your paranoid android.

Re: user32: Don't crash for unknown button styles

Am 07.08.2010 14:06, schrieb Nikolay Sivov: > On 8/7/2010 15:54, André Hentschel wrote: >> Am 06.08.2010 20:44, schrieb Nikolay Sivov: >>> On 8/6/2010 22:22, André Hentschel wrote: got that case with an MFC application which had a 3state radiobutton with buttonstyle 15(decimal) wi

Re: Configuring with -Werror

> Configuring with -Werror used to work a while back for me; now that > -Wno-unused-result has been fixed I gave it another try and got this: > > configure: libxrandr 32-bit development files not found, XRandr won't > be supported. > configure: WARNING: Old Mesa headers detected. Consider upgradin

Re: user32: Don't crash for unknown button styles

Am 07.08.2010 14:06, schrieb Nikolay Sivov: > On 8/7/2010 15:54, André Hentschel wrote: >> Am 06.08.2010 20:44, schrieb Nikolay Sivov: >>> On 8/6/2010 22:22, André Hentschel wrote: got that case with an MFC application which had a 3state radiobutton with buttonstyle 15(decimal) wi

Re: user32: Don't crash for unknown button styles

On 8/7/2010 15:54, André Hentschel wrote: Am 06.08.2010 20:44, schrieb Nikolay Sivov: On 8/6/2010 22:22, André Hentschel wrote: got that case with an MFC application which had a 3state radiobutton with buttonstyle 15(decimal) with this fix everything is fine as the painting of the button is

Re: [PATCH] quartz: implement AsyncReader_FindPin

Hi, what about if ppPin is NULL? I think that this patch needs test cases to prove that it is correct? David 2010/8/6 Anton Khirnov > --- > dlls/quartz/filesource.c | 32 ++-- > 1 files changed, 30 insertions(+), 2 deletions(-) > > diff --git a/dlls/quartz/fileso

Re: user32: Don't crash for unknown button styles

Am 06.08.2010 20:44, schrieb Nikolay Sivov: > On 8/6/2010 22:22, André Hentschel wrote: >> got that case with an MFC application which had a 3state radiobutton >> with buttonstyle 15(decimal) >> with this fix everything is fine as the painting of the button is >> handled elsewhere, without that fi