Roman Dadkov wrote:
> 1) Magic field does not contain the correct information when creating a
> storage file in Wine.
> 2) Some fields are not filled with zeros when creating a storage file
> in Wine. But these fields are filled with zeros when creating a storage
> file in Windows.
How i
Austin Lund wrote:
> Is there any obvious reason why this passes on the testbot when I sent
> it myself, but the automated tests still fail?
>
> http://test.winehq.org/data/123e4ad41d81bf4edc56eeab9f3cece9b511f690/vista_wtb-wvistax64-32/user32:msg.html
>
> The reported sequence seems to suggest
On 3/27/11 5:53 PM, Charles Davis wrote:
> 1. Quartz Driver. I know you guys rejected this last year, but it looks
> like AJ's been doing some work refactoring the driver interface (at
> least, the GDI driver interface) lately. I also have some patches to
> isolate the rest of Wine from winex11. Si
On 1 April 2011 14:03, Dmitry Timoshkov wrote:
> Austin Lund wrote:
>
>> --- a/dlls/user32/tests/msg.c
>> +++ b/dlls/user32/tests/msg.c
>> @@ -12681,6 +12681,7 @@ static const struct message WmSetParentSeq_2[] = {
>> { WM_WINDOWPOSCHANGING, sent|wparam,
>> SWP_HIDEWINDOW|SWP_NOSIZE|SWP_NOMO
On Sat, 2011-04-02 at 23:54 +0200, Gerald Pfeifer wrote:
> Matteo et al,
>
> there is some code in dlls/d3dx9_36/surface.c which GCC struggles with
> (in the sense of warning about it), and so do I, so I am wondering whether
> you can have a look?
>
> Specifically, in point_filter_simple_data we
I don't think this is an improvement. I think it's easier to use a
single variable to indicate failure in the code, and to only use that
variable when deciding whether to proceed further. This case only
works because the GdipAlloc happens to be the only operation that can
fail in that block before
On 4/3/2011 17:51, Stefan Leichter wrote:
let the installer from bug #26026 finish
---
configure.ac|1 +
dlls/scarddlg/Makefile.in |6
dlls/scarddlg/main.c| 61
+++
dlls/scarddlg/scarddlg.spec |5 +++
4 fi
Matteo et al,
there is some code in dlls/d3dx9_36/surface.c which GCC struggles with
(in the sense of warning about it), and so do I, so I am wondering whether
you can have a look?
Specifically, in point_filter_simple_data we have:
DWORD val = 0, pixel;
/* extract source color com
