November 2013 - Wine-Devel - list.winehq.org

Re: [2/3] wininet: Reset data stream for existing request connections.
by Marvin Nov. 21, 2013

Nov. 21, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3486 Your paranoid android. === wxppro (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === wvista (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w2008s64 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w7pro64 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w8 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w864 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w2008s64 (64 bit http) === http.c:3606: Test failed: HttpQueryInfo failed 0 http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w7pro64 (64 bit http) === http.c:3606: Test failed: HttpQueryInfo failed 0 http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w864 (64 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT)

1 0

Re: [1/3] wininet/tests: Test successive HttpSendRequest calls.
by Marvin Nov. 21, 2013

Nov. 21, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3485 Your paranoid android. === wxppro (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === wvista (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w2008s64 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w7pro64 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w8 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w864 (32 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w2008s64 (64 bit http) === http.c:3606: Test failed: HttpQueryInfo failed 0 http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w7pro64 (64 bit http) === http.c:3606: Test failed: HttpQueryInfo failed 0 http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT) === w864 (64 bit http) === http.c:318: Test failed: unexpected status 320 (INTERNET_STATUS_COOKIE_SENT)

1 0

Re: [PATCH 3/3] ws2_32: Add an interactive test for interface change notifications (resend).
by Marvin Nov. 20, 2013

Nov. 20, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3480 Your paranoid android. === wxppro (32 bit sock) === sock.c:520: Test failed: oob_server (174): unexpectedly at the OOB mark: 0 sock: unhandled exception c0000005 at 71AB91B2 === w2008s64 (32 bit sock) === sock.c:520: Test failed: oob_server (768): unexpectedly at the OOB mark: 0 sock: unhandled exception c0000005 at 757C9799 === w7pro64 (32 bit sock) === sock.c:529: Test failed: oob_server (96c): not at the OOB mark: 1 === w864 (32 bit sock) === sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1748: Test failed: getservbyname: winsock resized servent buffer when not necessary sock.c:1748: Test failed: getservbyname: winsock resized servent buffer when not necessary === w2008s64 (64 bit sock) === sock.c:510: Test failed: oob_server (654): unexpectedly at the OOB mark: 0 sock.c:520: Test failed: oob_server (654): unexpectedly at the OOB mark: 0

1 0

Re: [PATCH 5/5] qcap: Add AVI Mux QueryInterface tests
by Marvin Nov. 20, 2013

Nov. 20, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3479 Your paranoid android. === build (build) === Make failed

1 0

Re: [PATCH 6/6] winemac: Actually set the system's keyboard layout.
by Ken Thomases Nov. 20, 2013

Nov. 20, 2013

On Nov 20, 2013, at 9:30 AM, Huw Davies wrote: > --- > dlls/winemac.drv/cocoa_app.m | 11 ++++++ > dlls/winemac.drv/keyboard.c | 80 +++++++++-------------------------------- > dlls/winemac.drv/macdrv_cocoa.h | 1 + > 3 files changed, 29 insertions(+), 63 deletions(-) > > <0006-winemac-Actually-set-the-system-s-keyboard-layout.patch> Series looks good to me. -Ken

1 0

Re: mscoree: Attempt to load the assembly from the application directory (try 3)
by Vincent Povirk Nov. 20, 2013

Nov. 20, 2013

Looks good to me.

1 0

Re: [PATCH 5/5] d3d8/tests: Add a test for AddDirtyRect.
by Marvin Nov. 20, 2013

Nov. 20, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3472 Your paranoid android. === build (build) === Patch failed to apply

1 0

Re: [PATCH 4/5] d3d9/tests: Add a test for AddDirtyRect.
by Marvin Nov. 20, 2013

Nov. 20, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3471 Your paranoid android. === build (build) === Patch failed to apply

1 0

Re: ws2_32/tests: Mark the out of bound results we don't want to support as broken
by Marvin Nov. 19, 2013

Nov. 19, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3467 Your paranoid android. === w2008s64 (32 bit sock) === sock: unhandled exception c0000005 at 757C9799 === w864 (64 bit sock) === sock.c:1741: Test failed: sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for telnet: 11004 sock.c:1741: Test failed: getservbyname could not retrieve information for domain: 11004 sock.c:1748: Test failed: getservbyname: winsock resized servent buffer when not necessary

1 0

Re: shell32/tests: delete a nonexistent file in an existent dir or a nonexistent dir (try 2)
by Lauri Kenttä Nov. 19, 2013

Nov. 19, 2013

On 2013-11-19 03:17, Zhenbo Li wrote: > + broken(ret == 0x402), /* XP */ > + "Expected 1027 or DE_INVALIDFILES, got %d\n", ret); Looks like you accidentally changed this one to 1027 instead of 0x402. -- Lauri Kenttä Reply-To: wine-devel(a)winehq.org

2 1

AUTHORS: Revert commit 5da31c8817293ff98b4defceb962f7d0fbc25829 (Was: How to undo authors list generated automatically.)
by Tae Wong Nov. 19, 2013

Nov. 19, 2013

You want to revert the commit 5da31c8817293ff98b4defceb962f7d0fbc25829. Quintana said that it's a suggestion for it. Some Portuguese last names sorted under first instead of second element! See blob e69040d889c1748d538f1198f6c85b97f55418b5. Araujo Chaves, Pedro, Jr Arcoverde da Rocha, Augusto Castro Lopo, Erik de Example of Portuguese last names sorted by the second element: Chaves, Pedro Araujo, Jr Lopo, Erik de Castro Rocha, Augusto Arcoverde da

1 1

Re: shell32/tests: Change Dec to Hex
by Lauri Kenttä Nov. 19, 2013

Nov. 19, 2013

On 2013-11-19 18:03, Zhenbo Li wrote: > + "Expected 0x402 or ERROR_FILE_NOT_FOUND, got %d\n", retval); You should probably change the %d to %x, too. On the other hand, I don't see any need for your patch whatsoever. Maybe you should explain yourself. -- Lauri Kenttä

4 3

Re: [2/2] quartz/tests: Add tests for IVMRMonitorConfig and IVMRMonitorConfig9 interface
by Alexandre Julliard Nov. 19, 2013

Nov. 19, 2013

Sebastian Lackner <sebastian(a)fds-team.de> writes: > diff --git a/dlls/quartz/tests/Makefile.in b/dlls/quartz/tests/Makefile.in > index ae5fbac..94b2f44 100644 > --- a/dlls/quartz/tests/Makefile.in > +++ b/dlls/quartz/tests/Makefile.in > @@ -8,6 +8,7 @@ C_SRCS = \ > filtermapper.c \ > memallocator.c \ > misc.c \ > + monitorconfig.c \ > referenceclock.c \ > videorenderer.c Please merge it into one of the existing files. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: shell32/tests: Change Dec to Hex
by Zhenbo Li Nov. 19, 2013

Nov. 19, 2013

Sorry, something was wrong with my network, so I had send my patch twice. 2013/11/20 Zhenbo Li <litimetal(a)gmail.com>: > --- > dlls/shell32/tests/shlfileop.c | 22 +++++++++++----------- > 1 file changed, 11 insertions(+), 11 deletions(-) > > -- Have a nice day! Zhenbo Li

1 0

Re: [PATCH] ddraw: add dsurface dimension tests, try 2
by Patrick Rudolph Nov. 19, 2013

Nov. 19, 2013

Am 2013-11-18 16:44, schrieb Stefan Dösinger: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Overall, did you check if there is a capability reporting problem? The > game may have the bad size from our DDSCAPS structure. > I'm not sure. It successfully creates a primary surface with dimension 320x240 and it creates offscreen surfaces with dimension 320x240 and DDSCAPS_SYSTEMMEMORY flag set. Only offscreen surfaces with DDSCAPS_VIDEOMEMORY flag set are out of range. I was wondering: 15728640 = 320 << 16 and 20971520 = 240 << 16. Where does the two byte offset come from ? > Even if this is a capability problem I think this test is relevant. > > Am 2013-11-17 20:19, schrieb Patrick Rudolph: >> dlls/ddraw/tests/dsurface.c | 88 > +++++++++++++++++++++++++++++++++++++++++++++ > > Please add new tests to ddraw{1, 2, 4, 7}.c, and if possible implement > them for all ddraw versions. I can do that as well. > >> + ZeroMemory(&desc, sizeof(desc)); > memset(desc, 0, sizeof(desc)); is preferred. > >> + if(!(ddcaps.ddsCaps.dwCaps & DDSCAPS_VIDEOMEMORY)) + { + >> todo_wine ok(ret == DDERR_INVALIDPARAMS, "Creating an > offscreen plain surface with width 0xffff and height 1 returned > %08x\n", ret); >> + } > Is there any situation in which wine enters this codepath? I think the > todo_wine is not needed here. You are right, wine always presents a direct draw device with DDSCAPS_VIDEOMEMORY. I removed ligGL, ddraw still "works", but doesn't render anything. > >> + /* Test out of memory surface size */ + ZeroMemory(&desc, >> sizeof(desc)); + desc.dwSize = sizeof(desc); + desc.dwFlags = >> DDSD_CAPS | DDSD_HEIGHT | DDSD_WIDTH; + desc.ddsCaps.dwCaps |= >> DDSCAPS_OFFSCREENPLAIN | > DDSCAPS_VIDEOMEMORY; >> + desc.dwHeight = 0xffff; + desc.dwWidth = 0xffff; + /* >> this should allocate 4.29 Gbyte of video memory */ > Testing DDSCAPS_SYSTEMMEMORY might show some interesting results as > well, especially in a Win64 executable. > I can add tests for this. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJSijXyAAoJEN0/YqbEcdMwolYP+wWH7o7Dn9LjmjJq0dca5ZD9 > EKfyGNxrtg/Th1o2qKdP4rmsl1G8UC96Xo2BP9Fi5tH9BZTzAXTiq2pfSiKGf0Z7 > l48UbVGVuVd/nxBG8ULZDS7e8b9h+NwcprM3flWW6frbqsDMxf1LPhtNsEQU8gnE > 0/hFXW/T33FkPP3XiBK6vCgWjP1umK9clcQHvit7DitFpFBmwOj5SxktoIsoPVpL > TcOiaaXKcABTbKCz4xclOaAMM7k94cH0ByJBVu+8OXNTOHzd0xbtrnFl6UZi74jH > dQyqLIyQ4uDs1760He7WtwgMEeF4NhV+u3A6qRP3eLceSf59OhEhSUNGKu5yduVb > F16yGgQiTIKHpqtD1sT1RPEDAZgUYL9Uq8BnUrPbNZ+FJI5ZwIbY7KghozAhUweA > /TC9VMLwUnJKk8v/8xHPY1WI3474Pht4joahUNWkTQ8QuN7ms44IyyyALBsWM3gF > eOSTBNEcWZz+3uRaS68/ZDeqzo+R+dwmwU8XTeWEMTxuy30x1OdCTp3BgR8YNXMa > 2uLWa5mL4pkOAVJ6gI6HHPpX8T582lB3PcZgRMd5QirwIg76dwvnk6zpiv4RqFS5 > 3HCCey4c3FO4aFhDcelkNsdcpCMbaGyv4lqtLDzBe7bR5xOrtWvmdl5r3vvlCbO2 > uERNPhePZ8ogI6buwboM > =v8j0 > -----END PGP SIGNATURE-----

2 1

Re: gdiplus: Implement GdipCreateRegionRgnData. Take 2.
by Vincent Povirk Nov. 19, 2013

Nov. 19, 2013

Please note that most of this format (everything except the first 8 bytes of region_header) is documented in MS-EMFPLUS section 2.2.1.8: http://msdn.microsoft.com/en-us/library/cc230724.aspx + switch (path_header->flags & FLAGS_INTPATH) You should check for other flags here, namely 0x1000 which indicates RLE compression of point types and 0x0400 which indicates that points are relative to the previous point. (Not saying we need to support them initially, but please check so we know if they appear. Also, the lower 16 bits other than those flags are supposed to always be 0, so maybe we should check them for unknown values as well.) + if (!region_header || region_header->magic != VERSION_MAGIC) + return InvalidParameter; This should also accept 0xdbc01002, for GDI+ version 1.1. + if (i == 1) continue; /* data[1] never matches */ If that's the case, shouldn't you have a test that it doesn't match?

2 5

Re: Assorted spelling fixes.
by Jonas Maebe Nov. 19, 2013

Nov. 19, 2013

On 18 Nov 2013, at 20:34, Frédéric Delanoy wrote: > --- a/dlls/ole32/itemmoniker.c > +++ b/dlls/ole32/itemmoniker.c > @@ -123,7 +123,7 @@ static ULONG WINAPI ItemMonikerImpl_Release(IMoniker* iface) > > ref = InterlockedDecrement(&This->ref); > > - /* destroy the object if there's no more reference on it */ > + /* destroy the object if there are no moee references on it */ "no more" instead of "moee". I would also say "no more references to it" instead of "on it". Jonas

2 1

Re: shell32/tests: delete a nonexistent file in an existent dir or a nonexistent dir
by Nikolay Sivov Nov. 18, 2013

Nov. 18, 2013

On 11/18/2013 20:12, Zhenbo Li wrote: > I found that shell32 test hasn't covered DE_INVALIDFILES > --- > dlls/shell32/tests/shlfileop.c | 16 ++++++++++++++++ > 1 file changed, 16 insertions(+) > + ret = SHFileOperationA(&shfo); > + todo_wine > + ok(ret == 1026 || > + ret == ERROR_FILE_NOT_FOUND || /* Vista */ > + broken(ret == ERROR_SUCCESS), /* NT4 */ > + "Expected 1026 or ERROR_FILE_NOT_FOUND, got %d\n", ret); I think it's safe to mark XP result broken() as well. Also please use 0x402 value here for it, it's easier to find this way.

1 0

Re: [PATCH] ddraw: add dsurface dimension tests, try 2
by Stefan Dösinger Nov. 18, 2013

Nov. 18, 2013

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Overall, did you check if there is a capability reporting problem? The game may have the bad size from our DDSCAPS structure. Even if this is a capability problem I think this test is relevant. Am 2013-11-17 20:19, schrieb Patrick Rudolph: > dlls/ddraw/tests/dsurface.c | 88 +++++++++++++++++++++++++++++++++++++++++++++ Please add new tests to ddraw{1, 2, 4, 7}.c, and if possible implement them for all ddraw versions. > + ZeroMemory(&desc, sizeof(desc)); memset(desc, 0, sizeof(desc)); is preferred. > + if(!(ddcaps.ddsCaps.dwCaps & DDSCAPS_VIDEOMEMORY)) + { + > todo_wine ok(ret == DDERR_INVALIDPARAMS, "Creating an offscreen plain surface with width 0xffff and height 1 returned %08x\n", ret); > + } Is there any situation in which wine enters this codepath? I think the todo_wine is not needed here. > + /* Test out of memory surface size */ + ZeroMemory(&desc, > sizeof(desc)); + desc.dwSize = sizeof(desc); + desc.dwFlags = > DDSD_CAPS | DDSD_HEIGHT | DDSD_WIDTH; + desc.ddsCaps.dwCaps |= > DDSCAPS_OFFSCREENPLAIN | DDSCAPS_VIDEOMEMORY; > + desc.dwHeight = 0xffff; + desc.dwWidth = 0xffff; + /* > this should allocate 4.29 Gbyte of video memory */ Testing DDSCAPS_SYSTEMMEMORY might show some interesting results as well, especially in a Win64 executable. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSijXyAAoJEN0/YqbEcdMwolYP+wWH7o7Dn9LjmjJq0dca5ZD9 EKfyGNxrtg/Th1o2qKdP4rmsl1G8UC96Xo2BP9Fi5tH9BZTzAXTiq2pfSiKGf0Z7 l48UbVGVuVd/nxBG8ULZDS7e8b9h+NwcprM3flWW6frbqsDMxf1LPhtNsEQU8gnE 0/hFXW/T33FkPP3XiBK6vCgWjP1umK9clcQHvit7DitFpFBmwOj5SxktoIsoPVpL TcOiaaXKcABTbKCz4xclOaAMM7k94cH0ByJBVu+8OXNTOHzd0xbtrnFl6UZi74jH dQyqLIyQ4uDs1760He7WtwgMEeF4NhV+u3A6qRP3eLceSf59OhEhSUNGKu5yduVb F16yGgQiTIKHpqtD1sT1RPEDAZgUYL9Uq8BnUrPbNZ+FJI5ZwIbY7KghozAhUweA /TC9VMLwUnJKk8v/8xHPY1WI3474Pht4joahUNWkTQ8QuN7ms44IyyyALBsWM3gF eOSTBNEcWZz+3uRaS68/ZDeqzo+R+dwmwU8XTeWEMTxuy30x1OdCTp3BgR8YNXMa 2uLWa5mL4pkOAVJ6gI6HHPpX8T582lB3PcZgRMd5QirwIg76dwvnk6zpiv4RqFS5 3HCCey4c3FO4aFhDcelkNsdcpCMbaGyv4lqtLDzBe7bR5xOrtWvmdl5r3vvlCbO2 uERNPhePZ8ogI6buwboM =v8j0 -----END PGP SIGNATURE-----

2 1

Re: [PATCH 1/5] wined3d: Create a proper texture for the software cursor.
by Stefan Dösinger Nov. 18, 2013

Nov. 18, 2013

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2013-11-18 10:46, schrieb Henri Verbeet: > + desc.pool = WINED3D_POOL_SYSTEM_MEM; Why did you use this pool instead of managed or dynamic default to allow a GL blit? I haven't tested this, but I suspect the WINEDDBLT_KEYSRC hack won't work in a software blit. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSihI1AAoJEN0/YqbEcdMwAN4P/iRR8C1ctmY2Eu/FUORAIcmr IFDOyZnxecPmM+0pEOX+W2RVrJmwPlnI8PDBwmKnqJNx80FxEWHIq4gTzS/InhGJ BykTeNTyb7YdHr76V6lZKr8TJTl0CaP8QWEtnl342lGBFaLjXbGbjN5Uf8v3Nv6O 3mBI0hHKvPB2gNtNfnQA2y+xhE/an0s1P0hAP6SE/BcdB9xZORCyBA5Iq1ajTBqz f9lpiIW8+9vApEEGF9wncikgvJR/snGY+JhzcxCPKg5sslDyhVBY3AgfGOR9y9IU xHgF+nN8G99MJKl/+xuvbAmcAKrltH9iR2VYBH0RtJRF0GvT9mVdbASybR6gak55 j39B+X4VpZor+6bZtaV/0+oGShxEqz4mIu6RwPQHCLL7c5IpRM3SnVmu2BQlTEhB j2SJ61P+uQdAEHAjfcl5blVuhbkPwsGA5m0oNRCRopxylbnYNbM00V8P37kkEg7D bMrs/LkP8QWN4lZoj9kZ4eR9TyvjSkSFL+5eKuULtZNlhUKfKrntBzwKfpuNJYxs 9icHe30boy4aHe0xfrVTcN9K6ALIzV4xmUgItWckjpmRTwOwEnen13tTXcKLmJWG 2CXZEz59sa7eEwc1A7NeIjKpf8EUGG34TIUJtcCT326dWRC32khXPzGKVvgqq94a 7G+ZaRaImayepVr0AKdn =ZJqZ -----END PGP SIGNATURE-----

2 3

Re: riched20: Implement ITextDocument_fnOpen. (try 2)
by Nikolay Sivov Nov. 18, 2013

Nov. 18, 2013

On 11/18/2013 16:02, Jactry Zeng wrote: > update: > 1. Use 0 in HeapAlloc instead of HEAP_ZERO_MEMORY; > 2. Return an E_OUTOFMEMORY instead of HRESULT_FROM_WIN32(GetLastError()) > when HeapAlloc fail. > + FIXME("Don't support UTF-16.\n"); How is supposed to be handled? > + FIXME("Partial stub! Don't support flag: 0x%x\n", Flags); At least some flags are easy to support mapping them to sharing and creation disposition modes. > + chBuffer = HeapAlloc(GetProcessHeap(), 0, size+1); > + if(!chBuffer) > + { > + CloseHandle(hFile); > + return E_OUTOFMEMORY; > + } > + > + if(!ReadFile(hFile, chBuffer, size, &dwReadSize, NULL)) > + { > + CloseHandle(hFile); > + HeapFree(GetProcessHeap(), 0, chBuffer); > + return HRESULT_FROM_WIN32(GetLastError()); > + } > + chBuffer[size] = 0; How will it work for UTF-16 input? > + SendMessageW(This->editor->hWnd, EM_SETTEXTEX, (int)&settextex, (LPARAM)chBuffer); > + CloseHandle(hFile); > + > + return S_OK; Looks like you leak a buffer.

2 1

Re: gdiplus: Implement GdipCreateRegionRgnData.
by Marvin Nov. 18, 2013

Nov. 18, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3433 Your paranoid android. === wxppro (32 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 === wvista (32 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 === w2008s64 (32 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 === w7pro64 (32 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 region.c:623: Test failed: data mismatch region.c:774: Test failed: data mismatch === w8 (32 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 region.c:623: Test failed: data mismatch region.c:774: Test failed: data mismatch === w864 (32 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 region.c:623: Test failed: data mismatch region.c:774: Test failed: data mismatch === w2008s64 (64 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 === w7pro64 (64 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 region.c:774: Test failed: data mismatch === w864 (64 bit region) === region.c:438: Test failed: GdipCreateRegionRgnData error 1 region.c:774: Test failed: data mismatch

1 0

Re: [PATCH] ddraw: add dsurface dimension tests
by Marvin Nov. 17, 2013

Nov. 17, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3418 Your paranoid android. === wxppro (32 bit dsurface) === dsurface.c:2604: Test failed: Creating an offscreen plain surface with width 0xffff and height 1 returned 80070057 dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 88760233 === wvista (32 bit dsurface) === dsurface.c:2604: Test failed: Creating an offscreen plain surface with width 0xffff and height 1 returned 80070057 dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 88760233 === w2008s64 (32 bit dsurface) === dsurface.c:2604: Test failed: Creating an offscreen plain surface with width 0xffff and height 1 returned 80070057 dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 88760233 === w7pro64 (32 bit dsurface) === dsurface.c:2604: Test failed: Creating an offscreen plain surface with width 0xffff and height 1 returned 80070057 dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 88760233 === w8 (32 bit dsurface) === dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 8876017c === w864 (32 bit dsurface) === dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 8876017c === w2008s64 (64 bit dsurface) === dsurface.c:2604: Test failed: Creating an offscreen plain surface with width 0xffff and height 1 returned 80070057 dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 88760233 === w7pro64 (64 bit dsurface) === dsurface.c:2604: Test failed: Creating an offscreen plain surface with width 0xffff and height 1 returned 80070057 dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 88760233 === w864 (64 bit dsurface) === dsurface.c:2663: Test failed: Creating an offscreen plain surface with width 0xffff and height 0xffff returned 8876017c

1 0

Re: Use BOOL type where appropriate (Patches 100478 and 100479) are wrong for localspl
by Detlef Riekenberg Nov. 17, 2013

Nov. 17, 2013

Hi Frederic. BOOL is not correct for localspl.dll. Next to 0 and 1 you can get a 2 on some machines (This depends on additional installed print-monitors) Quote from includes/ddk/winsplp.h: #define ROUTER_UNKNOWN 0 #define ROUTER_SUCCESS 1 #define ROUTER_STOP_ROUTING 2 /* * WARNING: Many Functions are declared as "BOOL", but return ROUTER_* */ -- By by ... Detlef

1 0

Re: [PATCH] wintrust/tests: Accept the CryptCATAdminAcquireContext win8 results
by Marvin Nov. 17, 2013

Nov. 17, 2013

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 https://newtestbot.winehq.org/JobDetails.pl?Key=3414 Your paranoid android. === w8 (32 bit crypt) === crypt.c:554: Test failed: got 11 expected ERROR_INVALID_PARAMETER

1 0