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=6779
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=6778
Your paranoid android.
It's probably your game's copy protection. We can't advise you on
circumventing it.
The question probably belongs on wine-users, not wine-devel...
Hi everyone,
Sorry for flooding, but I'm stuck with my bug, I try several debug output
channel (+heap, +snoop etc.) but the log shows nothing.
It's like I click on the "start" button and boom! Access_violation
exception. And what's weird is that the game is still running. I thought
that an access
On Wed, Nov 3, 2010 at 6:39 PM, wrote:
> [PATCH] more stubs for mprapi.dll
The patch is gibberish. Additionally, please include your full real
name when submitting patches to wine.
--
-Austin
I am working on a test for _fseeki64 and _ftelli64.
brutalcompu...@brutalcomputer-laptop:~/wine-git/dlls/msvcrt/tests$ vim file.c
brutalcompu...@brutalcomputer-laptop:~/wine-git/dlls/msvcrt/tests$
make crosstest
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include
-I../../../inclu
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=6766
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=6767
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=6768
Your paranoid android.
Alexandre Julliard writes:
> "Vincas Miliūnas" writes:
>
>> qsort_s and _itow_s implementation and tests for bug #24925.
>
> These should go in msvcrt, and the tests in msvcr90. msvcr80 is a simple
> forwarding dll.
To clarify, the tests should go in msvcr90 if the functions don't exist
in nati
"Vincas Miliūnas" writes:
> qsort_s and _itow_s implementation and tests for bug #24925.
These should go in msvcrt, and the tests in msvcr90. msvcr80 is a simple
forwarding dll.
--
Alexandre Julliard
julli...@winehq.org
Adam Martinson writes:
> @@ -68,6 +68,8 @@ static const WCHAR szBinHex[] =
> {'b','i','n','.','h','e','x',0};
>
> static const IID IID_xmlnode =
> {0x4f2f4ba2,0xb822,0x11df,{0x8b,0x8a,0x68,0x50,0xdf,0xd7,0x20,0x85}};
>
> +BOOL is_preserving_whitespace(xmlNodePtr node);
Please put func
On 2 November 2010 23:28, Vijay Kiran Kamuju wrote:
> +#include
> +
> +#include
I'd expect once to be enough.
Am 03.11.2010 um 06:00 schrieb Scott Ritchie:
> From a usability perspective we're not going to be doing much good
> unless this happens near-automatically with a typical Wine installation.
> That means either including them in Wine directly or including hooks to
> download them when needed (this
Eric Pouech writes:
> +int CDECL _vcprintf(const char* format, __ms_va_list xvalist)
> {
>char buf[2048], *mem = buf;
>int written, resize = sizeof(buf), retval;
> - __ms_va_list valist;
> + __ms_va_list valist = xvalist;
You can't copy a valist. This needs to be integrated properly
Eric Pouech writes:
> +/* As of today, native and builtin msvcr80, msvcr90, msvcr100 raise an
> exception on CRT
> + * parameter checking on "secure"
> + * As Wine forwards most of the APIs of those msvcrNN DLLs to msvcrt,
> builtin msvcrt does
> + * raise an exception on those cases
> + * Test
Eryk Wieliczko wrote:
> -static char tzname_std[64] = "";
> -static char tzname_dst[64] = "";
> +static char tzname_std[64] = "PST";
> +static char tzname_dst[64] = "PDT";
> char *MSVCRT__tzname[2] = { tzname_std, tzname_dst };
...
This is not an implementation, this is a quick and dirty hack.
Yaron Shahrabani wrote:
> I think that voting for bugs is a great feature, otherwise there would have
> been many annoying comments like: it happens to me too and what info you can
> get out of it?
Adding such a comment is pefectly acceptable.
Confirming a bug and voting for it are two differen
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=6760
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=6761
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=6762
Your paranoid android.
21 matches
Mail list logo