Add -DUNICODE to the wineg++ options. TCHAR is char without it.
2010/11/17 飞翔
>I try as you said in my program as below:
> #include
> #include
> #include
>
> int main()
> {
> DWORD dwItems = 1;
> TCHAR ptszIPAddress[32] = TEXT("125.216.242.251");
> dwItems = (DWORD)wcslen((c
On 11/17/2010 03:53, Marvin wrote:
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/JobDetail
On 11/17/2010 02:00, Adam Martinson wrote:
---
dlls/msxml3/tests/domdoc.c |4 ++--
dlls/oleaut32/variant.c| 17 +
2 files changed, 11 insertions(+), 10 deletions(-)
If oleaut32 needs a fix like this, please add a test for it in
oleaut32/tests, fixed msxml tests will b
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=7104
Your paranoid android.
On 11/16/2010 01:56 PM, Alexandre Julliard wrote:
Borut Razem writes:
+static void msvcrt_add_handle(MSVCRT_FILE *fp, HANDLE *hProcess)
+{
+ LOCK_POPEN;
+ if (fp2handle == NULL)
+ {
+/* array not allocated yet: allocate it */
+if ((fp2handle = MSVCRT_malloc(sizeof (struct fp2han
On 11/17/2010 03:29, Marvin wrote:
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/JobDetail
> That's going to be a bit of a problem. The tests fail on Windows, haven't
> found a way yet to convince the Windows DLLs to produce trace logs...
Ha, right you are. Hm. Well, a wireshark capture of the connection
might help, to verify that the web server is in fact attaching the
correct certif
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=7103
Your paranoid android.
> From: Juan Lang [mailto:juan.l...@gmail.com]
> > Sorry, haven't had the time to investigate yet (only looked up the
> > error code which is ERROR_INTERNET_SEC_CERT_CN_INVALID).
>
> That would imply that the certificate checking is failing. Please get
> a +crypt,+chain log of the failing tests an
> Sorry, haven't had the time to investigate yet (only looked up the error code
> which is
> ERROR_INTERNET_SEC_CERT_CN_INVALID).
That would imply that the certificate checking is failing. Please get
a +crypt,+chain log of the failing tests and attach to a bug for me to
have a look.
--Juan
> From: Austin Lund
> On 14 November 2010 07:40, Greg Geldorp wrote:
> > Hi,
> >
> > All TestBot VMs (with the exception of the Win9x ones) now have IPv6
> > connectivity. I was surprised that there was even a IPv6 stack available
> > for NT4, it was produced by Microsoft Research.
> > The VMs are
On 14 November 2010 07:40, Greg Geldorp wrote:
> Hi,
>
> All TestBot VMs (with the exception of the Win9x ones) now have IPv6
> connectivity. I was surprised that there was even a IPv6 stack available for
> NT4, it was produced by Microsoft Research.
> The VMs are (and always have been) behind a
Detlef Riekenberg writes:
> @@ -3657,7 +3657,14 @@ HRESULT WINAPI CoWaitForMultipleHandles(DWORD dwFlags,
> DWORD dwTimeout,
> }
> else
> {
> -ERR("Unexpected wait termination: %d, %d\n", res,
> GetLastError());
> +static DWORD old_res;
> +
Dmitry Timoshkov writes:
> +/* empty type info */
> +memset(&rc_type, 0, sizeof(rc_type));
> +if (!WriteFile(hfile, &rc_type, sizeof(rc_type), &dummy, NULL)) return
> FALSE;
> +
> +if (!WriteFile(hfile, "\7FONTDIR", 8, &dummy, NULL)) return FALSE;
> +str_len = strlen(resident
Dmitry Timoshkov writes:
> @@ -365,7 +365,7 @@ static struct list system_links = LIST_INIT(system_links);
>
> static struct list font_subst_list = LIST_INIT(font_subst_list);
>
> -static struct list font_list = LIST_INIT(font_list);
> +static struct list global_font_list = LIST_INIT(global_f
André Hentschel writes:
> @@ -285,7 +285,7 @@ void winetest_set_location( const char* file, int line )
>
> int broken( int condition )
> {
> -return (strcmp(winetest_platform, "windows") == 0) && condition;
> +return (strcmp(winetest_platform, "windows") == 0) && condition &&
> winet
Borut Razem writes:
> +static void msvcrt_add_handle(MSVCRT_FILE *fp, HANDLE *hProcess)
> +{
> + LOCK_POPEN;
> + if (fp2handle == NULL)
> + {
> +/* array not allocated yet: allocate it */
> +if ((fp2handle = MSVCRT_malloc(sizeof (struct fp2handle_s) * 16)) !=
> NULL)
> +{
> +
On 16 November 2010 12:46, Ilya Shpigor wrote:
> Hello,
>
> This is patch for bug:
> http://bugs.winehq.org/show_bug.cgi?id=23750
>
> Current DirectDraw implementation doesn't process color key correctly.
> I have add manually pixels color checking on surface loading because don't
> able to find G
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=7088
Your paranoid android.
19 matches
Mail list logo
