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=19586
Your paranoid android
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=19585
Your paranoid android
On 06/27/2012 12:02 AM, 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?
No qedit.dll on those two boxes.
> Full results can be found
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=19577
Your paranoid android
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=19578
Your paranoid android
Argh!
Please skip this patch, it is incomplete and just skips the rest of the
tests on Wine. I'll resubmit it when I implement COM aggregation for
MediaDet. Patch 4/4 can be still applied as it doesn't depends on this.
bye
michael
On 06/26/2012 11:53 PM, Michael Stefaniuc wrote:
> ---
>
André Hentschel writes:
> @@ -2625,6 +2641,28 @@ INT WINAPI LCMapStringW(LCID lcid, DWORD flags,
> LPCWSTR src, INT srclen,
> }
>
> /*
> + * LCMapStringW(KERNEL32.@)
> + *
> + * See LCMapStringA.
> + */
> +
Gerald Pfeifer writes:
> A FreeBSD user ran into this when sys/inotify.h was present via an
> extra package and Wine went ahead using that, only to fail at link-
> time.
We'd want to use kqueue instead on FreeBSD.
--
Alexandre Julliard
julli...@winehq.org
Vincent Povirk wrote:
> > + case VT_I8:
> > + case VT_UI8:
> > + case VT_R8:
> > + return v1->u.uhVal.QuadPart - v2->u.uhVal.QuadPart;
>
> Won't this only compare the low part on x86?
In reality the only possible variant type supposed to be seen by this
helper is VT_UI2, everyth
> + case VT_I8:
> + case VT_UI8:
> + case VT_R8:
> + return v1->u.uhVal.QuadPart - v2->u.uhVal.QuadPart;
Won't this only compare the low part on x86?
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=19560
Your paranoid android
Hi,
>If you don't paste all the mmdevapi tests with the fix in my git tree, it's a
>regression. I don't want to see held_Frames because it's a shadow buffer.
>If winmm and dsound don't work without it, they're wrong, fix those.
I won't comment on the two individual pulseaudio drivers. Unfortunate
On 06/26/12 00:02, Andrew Talbot wrote:
> Changelog:
> urlmon: Do not stop binding when OnDataAvailable() returns E_PENDING.
>
> diff --git a/dlls/urlmon/binding.c b/dlls/urlmon/binding.c
> index 58aed20..42eca4b 100644
> --- a/dlls/urlmon/binding.c
> +++ b/dlls/urlmon/binding.c
> @@ -1097,7 +1
13 matches
Mail list logo