Re: Ongoing Debian package maintenance.

On Tue, Oct 12, 2010 at 11:28 PM, Lei Zhang wrote: > On Tue, Oct 12, 2010 at 10:59 PM, Austin English > wrote: >> On Fri, Aug 20, 2010 at 4:00 PM, Ben Klein wrote: >>> Hello everyone, >>> >>> My health has not improved at all since my last call for help with the >>> Debian package management. I

Re: Ongoing Debian package maintenance.

On Tue, Oct 12, 2010 at 10:59 PM, Austin English wrote: > On Fri, Aug 20, 2010 at 4:00 PM, Ben Klein wrote: >> Hello everyone, >> >> My health has not improved at all since my last call for help with the >> Debian package management. I really need someone to take over from me, or at >> least some

Re: Ongoing Debian package maintenance.

On Fri, Aug 20, 2010 at 4:00 PM, Ben Klein wrote: > Hello everyone, > > My health has not improved at all since my last call for help with the > Debian package management. I really need someone to take over from me, or at > least some help to devise a new set of (semi-)automated build scripts. Any

RFC: Fixing imagelist control tests for 16bpp

It seems that the imagelist control on XP has some strange device dependence even though the tests use device independent bitmaps. Attached is a patch to try and correct the test for what is broken. Is this the right approach? From 71f2b1989e083117188eb23aa1c81bcb887b89df Mon Sep 17 00:00:00 2001

Re: ws2_32: Add support and tests for WSARecvMsg and IP_PKTINFO.

On Tue, Oct 12, 2010 at 8:01 PM, Erich Hoover wrote: > Real Name: >     Erich Hoover > Description: >     While searching for something else I discovered a bug relevant to the > interface-bound UDP broadcast patches I've been working on.  Apparently, > IP_PKTINFO does work on Windows when used wit

Re: [transl] Deal with WS_EX_LAYOUTRTL for RTL languages

On Tue, Oct 12, 2010 at 11:08 AM, Paul Vriens wrote: > Hi, > > This patch makes sure that a missing WS_EX_LAYOUTRTL for EXSTYLE is flagged > for RTL languages and that it's ignored if present. > > It's not ideal yet as the potential errors shown on the webpage do not > fully explain the issue/erro

Re: [4/5] mscoree: Use the new search methods for GetCORVersion/GetCORSystemDirectory.

Hang on, this one will also introduce a failure. On Tue, Oct 12, 2010 at 12:51 PM, Vincent Povirk wrote: > > > > > >

Re: [PATCH 5/5] shlwapi/tests: Add more tests

On 10/12/10 16:56, (Marvin) wrote: 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? My tests are not introducing new failures.

Re: [PATCH 5/5] shlwapi/tests: Add more tests

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=6118 Your paranoid android.

Re: Accessibility in wine

On 12 October 2010 14:21, Seth Shelnutt wrote: > I can't seem to find much info on this. What is wine's support for MSAA or > the newer UIAutomation? I see that there is the oleacc dll which is the main > dll for MSAA. According to the API site, is seems there are still 10 stubs. > Looking at the

Re: [PATCH 1/5] shlwapi: Improved SHGetShellKey implementation

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=6117 Your paranoid android.

Accessibility in wine

I can't seem to find much info on this. What is wine's support for MSAA or the newer UIAutomation? I see that there is the oleacc dll which is the main dll for MSAA. According to the API site, is seems there are still 10 stubs. Looking at the source code there hasn't been any updates in over a year

Re: [PATCH 1/5] ddraw: Use a linear filter in ddraw_surface7_Blt().

Am 12.10.2010 um 14:39 schrieb Henri Verbeet: > On 12 October 2010 14:34, Stefan Dösinger wrote: >> >> Am 12.10.2010 um 13:40 schrieb Henri Verbeet: >>> +hr = IWineD3DSurface_Blt(This->WineD3DSurface, DestRect, Src ? >>> Src->WineD3DSurface : NULL, >>> +SrcRect, Flags, (WINEDDB

Re: [PATCH 1/5] ddraw: Use a linear filter in ddraw_surface7_Blt().

On 12 October 2010 14:34, Stefan Dösinger wrote: > > Am 12.10.2010 um 13:40 schrieb Henri Verbeet: >> +    hr = IWineD3DSurface_Blt(This->WineD3DSurface, DestRect, Src ? >> Src->WineD3DSurface : NULL, >> +            SrcRect, Flags, (WINEDDBLTFX *)DDBltFx, WINED3DTEXF_LINEAR); > Why do you think

Re: [PATCH 1/5] ddraw: Use a linear filter in ddraw_surface7_Blt().

Am 12.10.2010 um 13:40 schrieb Henri Verbeet: > +hr = IWineD3DSurface_Blt(This->WineD3DSurface, DestRect, Src ? > Src->WineD3DSurface : NULL, > +SrcRect, Flags, (WINEDDBLTFX *)DDBltFx, WINED3DTEXF_LINEAR); Why do you think a linear filter is correct? I was under the impression tha

Re: setupapi/tests: Fix wow64 failures

André Hentschel writes: > This removes problems on wow64 on windows platforms (wine can't even handle > the normal case yet) > See http://test.winehq.org/data/tests/setupapi:devinst.html > --- > dlls/setupapi/tests/devinst.c | 44 > +++-- > 1 files changed

Re: [1/2] d3dx9/tests: Fix a failure on 64 bits.

Matteo Bruni writes: > @@ -131,7 +131,9 @@ static void test_get_shader_constant_table_ex(void) > > /* With invalid CTAB data */ > hr = D3DXGetShaderConstantTableEx(shader_with_invalid_ctab, 0, > &constant_table); > -ok(hr == D3DXERR_INVALIDDATA, "Got result %x, expected %x > (D3

Re: libs/wine: make lack of LDT support an #error

Austin English writes: > Nothing runs without it. The error is pretty obvious, I don't think there's a need to break the build. Besides, you don't need LDT for 32-bit apps if you have GDT support. -- Alexandre Julliard julli...@winehq.org