- wine-devel - winehq.org

programs/regsvr32: Do not set wsCommandLine multiple times
by Hugh McMaster 07 Jun '15

07 Jun '15

Please disregard this patch. The functionality is still needed.

1 0

Re: include: Convert vfw.h to vfw.idl.
by Nikolay Sivov 07 Jun '15

07 Jun '15

Hi, I see it went to pending, so let me suggest something. We need this idl mostly for automated proxy/stub generation and registration, right? Maybe we could introduce an idl that contains interfaces only and not all regular header stuff that vfw.h is made of. I would probably work to duplicate interfaces locally at dll level, and leave header alone.

2 1

Wineconf: workshop(s)?
by Marcus Meissner 07 Jun '15

07 Jun '15

Hi, I am wondering if it makes sense to hold a workshop / hack session and how to. As we seem to be accustomed to working as single developers this is a bit hard, also "making good use of available time" is a factor. Do we have scenarios where some hours of short term working together would benefit us? - We had regression triaging some years ago which was working okish I think, but might not have been the best use of time. - We also had a "make all tests green on my laptop" shared activity, which was also a bit useful. - Bug triaging is not really a team activity, although if its necessary we could just force everyone present to do it for some hours. - other things? Ciao, Marcus

2 1

Re: inetcpl: implement default page button (try 2)
by Andrew Eikum 05 Jun '15

05 Jun '15

Wine doesn't use the L string prefix, because unfortunately some compilers don't support it. Your previous patch has been marked Pending: <http://source.winehq.org/patches/>. I'd wait for another commit release cycle on Monday to see if that changes. Andrew On Fri, Jun 05, 2015 at 12:59:17PM -0500, Jared Smudde wrote: > This patch implements the button default page to set back the default homepage is the user changes the homepage. > --- >

1 0

Re: odbccp32: Add a trace message to functions
by Nikolay Sivov 05 Jun '15

05 Jun '15

> @@ -281,7 +281,7 @@ BOOL WINAPI SQLGetAvailableDriversW(LPCWSTR lpszInfFile, LPWSTR lpszBuf, > WORD cbBufMax, WORD *pcbBufOut) > { > clear_errors(); > - FIXME("\n"); > + FIXME("%s %s %d %p\n", debugstr_w(lpszInfFile), debugstr_w(lpszBuf), cbBufMax, pcbBufOut); This is wrong, because lpszBuf is out parameter. > @@ -370,6 +374,9 @@ BOOL WINAPI SQLGetInstalledDrivers(LPSTR lpszBuf, WORD cbBufMax, > int size_wbuf = cbBufMax; > LPWSTR wbuf; > WORD size_used; > + > + TRACE("%s %d %p\n", debugstr_a(lpszBuf), cbBufMax, pcbBufOut); > + Same here. > @@ -397,7 +404,9 @@ int WINAPI SQLGetPrivateProfileStringW(LPCWSTR lpszSection, LPCWSTR lpszEntry, > LPCWSTR lpszFilename) > { > clear_errors(); > - FIXME("\n"); > + FIXME("%s %s %s %p %d %s\n", debugstr_w(lpszSection), debugstr_w(lpszEntry), > + debugstr_w(lpszDefault), RetBuffer, cbRetBuffer, > + debugstr_w(lpszFilename)); > SetLastError(ERROR_CALL_NOT_IMPLEMENTED); And here.

1 0

Wine 64 bit
by Kevin Davies 05 Jun '15

05 Jun '15

Hello, Where would you find information on wine64 status for running 64 bit windows software under OSX. These days a lot of Windows programs are going 64bit to make use of the available memory. Its becoming necessary to have this capability. Many thanks Kevin

13 31

Re: [PATCH 2/5] d3d9/tests: Add more tests for point size. (v3)
by Marvin 04 Jun '15

04 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13876 Your paranoid android. === w8 (32 bit visual) === visual.c:10525: Test failed: Got unexpected color 0x00ff0000 (case 5, 3, size 0). visual.c:10525: Test failed: Got unexpected color 0x00ff0000 (case 7, 3, size 0). visual.c:10525: Test failed: Got unexpected color 0x00ff0000 (case 9, 3, size 0).

1 0

CSMT status?
by Forest 04 Jun '15

04 Jun '15

Can anyone offer a status update on D3D command stream multithreading? I've been packaging Stefan Dösinger's CSMT work, with over 500 people using my last release, and several asking when I'll build a new one. I don't know what to tell them, because his github repo hasn't been updated in half a year, and he hasn't responded to the email I sent him last week. It's starting to look like this excellent work has been abandoned. Pherhaps I missed an announcement? Has it already been integrated into mainline wine? Is there some other plan for it?

4 3

Re: inetcpl.cpl: implement default page button
by Andrew Eikum 04 Jun '15

04 Jun '15

Hi Jared, On Wed, Jun 03, 2015 at 08:29:03AM -0500, Jared Smudde wrote: > @@ -186,6 +186,10 @@ static INT_PTR general_on_command(HWND hwnd, WPARAM wparam) > case MAKEWPARAM(IDC_HOME_BLANK, BN_CLICKED): > SetDlgItemTextW(hwnd, IDC_HOME_EDIT, about_blank); > break; > + > + case MAKEWPARAM(IDC_HOME_DEFAULT, BN_CLICKED): This file is indented with spaces. Please don't introduce tabs or use whitespace at the end of a line. Thanks! Andrew

1 0

programs/regsvr32 patches
by Hugh McMaster 04 Jun '15

04 Jun '15

Excuse me, I've looked through patches 111564-111568 and have only found one minor issue. In patch 111565 I forgot to include ctype.h for tolower(). Was there a problem with the input comparison handling, or something else? The changes to the input handling make conversion to unicode much easier and cleaner. I realise that patch 111565 looks complex, but it's just the indenting. -- Hugh McMaster

1 1

Re: [PATCH] riched20: Fix link notification conditions and add tests.
by Nikolay Sivov 04 Jun '15

04 Jun '15

On 04.06.2015 9:34, Alex Henrie wrote: > Fixes https://bugs.winehq.org/show_bug.cgi?id=35949 > --- > dlls/riched20/editor.c | 13 +++- > dlls/riched20/tests/editor.c | 178 +++++++++++++++++++++++++++++++++++++++---- > 2 files changed, 172 insertions(+), 19 deletions(-) > Looks good to me.

1 0

Re: ntdll/tests: Properly mark test failures with todo_wine.
by Alexandre Julliard 04 Jun '15

04 Jun '15

Sebastian Lackner <sebastian(a)fds-team.de> writes: > @@ -353,14 +353,18 @@ static void test_NtQueryDirectoryFile_case(void) > mask.Length = mask.MaximumLength = lstrlenW(testmask) * sizeof(WCHAR); > pNtQueryDirectoryFile(dirh, NULL, NULL, NULL, &io, data, data_size, > FileBothDirectoryInformation, TRUE, &mask, FALSE); > + todo_wine > ok(U(io).Status == STATUS_SUCCESS, "failed to query directory; status %x\n", U(io).Status); > data_len = io.Information; > + todo_wine > ok(data_len >= sizeof(FILE_BOTH_DIRECTORY_INFORMATION), "not enough data in directory\n"); > > name = dir_info->FileName; > name_len = dir_info->FileNameLength / sizeof(WCHAR); > > + todo_wine > ok(name_len == testfile_len, "unexpected filename length %u\n", name_len); > + todo_wine I don't see any failure here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: TestBot job 13726 results: [PATCH 2/2] d3d9/test: implemented tests for UpdateTexture method
by Sergey Isakov 04 Jun '15

04 Jun '15

It may mean that Win8 contains a bug. Use Windows Update. On 01 июня 2015 г., at 3:05, Marvin <testbot(a)winehq.org> wrote: > VM Status Number of test failures > build completed > w2000pro completed 0 > wxppro completed 0 > w2003std completed 0 > wvistau64 completed 0 > w2008s64 completed 0 > w7u completed 0 > w8 completed 3 > wvistau64 completed 0 > w2008s64 completed 0 > > === build (build) === > No build failures found > > === w2000pro (32 bit visual) === > No test failures found > > === wxppro (32 bit visual) === > No test failures found > > === w2003std (32 bit visual) === > No test failures found > > === wvistau64 (32 bit visual) === > No test failures found > > === w2008s64 (32 bit visual) === > No test failures found > > === w7u (32 bit visual) === > No test failures found > > === w8 (32 bit visual) === > > d3d9: > visual.c:18560: Test failed: Unexpected result on update texture, hr 0, should fail, case 0, 8. > visual.c:18560: Test failed: Unexpected result on update texture, hr 0, should fail, case 1, 8. > visual.c:18560: Test failed: Unexpected result on update texture, hr 0, should fail, case 2, 8. > > === wvistau64 (64 bit visual) === > No test failures found > > === w2008s64 (64 bit visual) === > No test failures found<build.log><w2000pro.log><wxppro.log><w2003std.log><wvistau64.log><w2008s64.log><w7u.log><w8.log><wvistau64.log><w2008s64.log>

1 0

Re: wbemprox: Treat \r as whitespace.
by Marvin 04 Jun '15

04 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13841 Your paranoid android. === wvistau64 (64 bit query) === The test timed out

2 1

Re: shlwapi: Fix error handling in IUnknown_GetClassID (Coverity)
by Marvin 03 Jun '15

03 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13825 Your paranoid android. === w2000pro (32 bit ordinal) === ordinal.c:3225: Test failed: got wrong clsid {cccccccc-cccc-cccc-cccc-cccccccccccc} === wxppro (32 bit ordinal) === ordinal.c:3225: Test failed: got wrong clsid {cccccccc-cccc-cccc-cccc-cccccccccccc} === w2003std (32 bit ordinal) === ordinal.c:3225: Test failed: got wrong clsid {cccccccc-cccc-cccc-cccc-cccccccccccc}

1 0

Re: [PATCH 2/5] wined3d: Clamp per-vertex point size in vertex shaders.
by Henri Verbeet 03 Jun '15

03 Jun '15

On 2 June 2015 at 16:39, Matteo Bruni <mbruni(a)codeweavers.com> wrote: > @@ -6711,7 +6721,8 @@ static void set_glsl_shader_program(const struct wined3d_context *context, const > WORD map = vshader->reg_maps.input_registers; > struct wined3d_string_buffer *tmp_name = string_buffer_get(&priv->string_buffers); > > - reorder_shader_id = generate_param_reorder_function(priv, vshader, pshader, gl_info); > + reorder_shader_id = generate_param_reorder_function(priv, vshader, pshader, > + state->gl_primitive_type == GL_POINTS && vshader->reg_maps.point_size, gl_info); This works because "state->gl_primitive_type == GL_POINTS" is mirrored in struct vs_compile_args, but it isn't necessarily very obvious or pretty.

2 2

Re: [PATCH 3/5] wined3d: Handle point sprites with PS 3.0.
by Henri Verbeet 03 Jun '15

03 Jun '15

On 2 June 2015 at 16:39, Matteo Bruni <mbruni(a)codeweavers.com> wrote: > + else if (args->pointsprite && shader_match_semantic(semantic_name, WINED3D_DECL_USAGE_TEXCOORD)) > + shader_addline(buffer, "ps_in[%u].xy = vec2(gl_PointCoord.x, gl_PointCoord.y);\n", input->register_idx); Why not "ps_in[%u].xy = gl_PointCoord.xy;\n"? Also, do the z and w components have a defined value?

2 1

Re: [1/2] msvcirt: Add initial implementation of streambuf (try 3)
by Piotr Caban 03 Jun '15

03 Jun '15

On 06/03/15 13:50, Iván Matellanes wrote: > +DEFINE_RTTI_DATA0(streambuf, 0, ".?AVstreambuf@@") You need to call init_streambuf_rtti function to initialize RTTI in 64-bit case. Cheers, Piotr

1 0

Re: [1/2] msvcirt: Add initial implementation of streambuf (try 2)
by Piotr Caban 03 Jun '15

03 Jun '15

On 06/02/15 18:20, Iván Matellanes wrote: > +/* ?seekoff@streambuf@@UAEJJW4seek_dir@ios@@H@Z */ > +/* ?seekoff@streambuf@@UEAAJJW4seek_dir@ios@@H@Z */ > +DEFINE_THISCALL_WRAPPER(streambuf_seekoff, 16) > +long __thiscall streambuf_seekoff(streambuf *this, long offset, int dir, int mode) > +{ > + FIXME("(%p %ld %d %d): stub\n", this, offset, dir, mode); > + return EOF; > +} You can't use long type here, please use LONG instead (it's used also in some other functions). Thanks, Piotr

1 0

Re: include: add initial winsta.h
by Austin English 03 Jun '15

03 Jun '15

On Tue, May 26, 2015 at 10:21 PM, Austin English <austinenglish(a)gmail.com> wrote: > -- > -Austin Patch has been pending for several days, is there something I can do to improve it? Nikolay asked in #winehackers where this came from, it's on MSDN: https://msdn.microsoft.com/en-us/library/cc248871.aspx and also in Process Hacker's source: http://processhacker.sourceforge.net/doc/winsta_8h_source.html -- -Austin

2 4

Re: [PATCH 5/5] d3d8/tests: Port the point size test to D3D8.
by Marvin 02 Jun '15

02 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13782 Your paranoid android. === w8 (32 bit visual) === visual.c:6788: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 0, 3, size 0). visual.c:6788: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 1, 3, size 0). visual.c:6788: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 2, 3, size 0). visual.c:6788: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 3, 3, size 0). visual.c:6788: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 4, 7, size 0).

1 0

Re: [PATCH 4/5] d3d9/tests: Add more tests for point size.
by Marvin 02 Jun '15

02 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13781 Your paranoid android. === w8 (32 bit visual) === visual.c:10462: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 0, 3, size 0). visual.c:10462: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 1, 3, size 0). visual.c:10462: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 2, 3, size 0). visual.c:10462: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 3, 3, size 0). visual.c:10462: Test failed: Expected color 0x0000ffff, got 0x00000000 (case 4, 3, size 0). visual.c:10462: Test failed: Expected color 0x0000ffff, got 0x0000ff00 (case 5, 7, size 0). visual.c:10462: Test failed: Expected color 0x0000ffff, got 0x00000000 (case 6, 7, size 0).

1 0

Re: [2/2] msvcirt/tests: Add initial tests for streambuf (try 2)
by Marvin 02 Jun '15

02 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13771 Your paranoid android. === wvistau64 (64 bit msvcirt) === No test summary line found === w2008s64 (64 bit msvcirt) === No test summary line found

1 0

Re: [PATCH 1/3] ntdll: Implemenent ObjectTypeInformation class support in NtQueryObject.
by Nikolay Sivov 02 Jun '15

02 Jun '15

On 01.06.2015 12:52, Qian Hong wrote: > Hi, > > This patch fixed QQ crashing on recent Wine. Thanks Sebastian for > improving my patch. > Tested with wine-staging for weeks. > > --- > dlls/ntdll/om.c | 64 > +++++++++++++++++++++++++++++++++++++++++++++++++++ > dlls/ntdll/tests/om.c | 28 +++++++++++----------- > server/directory.c | 5 ---- > server/handle.c | 18 +++++++++++++++ > server/object.h | 5 ++++ > server/protocol.def | 9 ++++++++ > 6 files changed, 110 insertions(+), 19 deletions(-) > > + if (!(status = server_get_unix_name( handle, &unix_name ))) > + { > + static const WCHAR type_fileW[] = {'F','i','l','e','\0'}; > + int type_size = sizeof(type_fileW); > + > + if (len < sizeof(*p)) > + status = STATUS_INFO_LENGTH_MISMATCH; > + else if (len < sizeof(*p) + type_size) > + status = STATUS_BUFFER_OVERFLOW; > + else > + { > + p->TypeName.Buffer = (WCHAR *)(p + 1); > + p->TypeName.Length = type_size - sizeof(WCHAR); > + p->TypeName.MaximumLength = type_size; > + memcpy( p->TypeName.Buffer, type_fileW, type_size ); > + > + } > + if (used_len) *used_len = sizeof(*p) + type_size; > + RtlFreeAnsiString( &unix_name ); > + break; > + } Why do you need a separate server call/special case for files?

2 1

Re: [1/2] msvcirt: Add initial implementation of streambuf
by Piotr Caban 02 Jun '15

02 Jun '15

On 06/02/15 14:52, Iván Matellanes wrote: > + __ASM_VTABLE(streambuf, > + VTABLE_ADD_FUNC(streambuf_vector_dtor)); It would be nice to add all the functions to vtable. Otherwise the application may crash without nice error message.

1 0

Re: [1/2] msvcirt: Add initial implementation of streambuf
by Piotr Caban 02 Jun '15

02 Jun '15

On 06/02/15 14:52, Iván Matellanes wrote: > +/* ??0streambuf@@IAE@XZ */ > +/* ??0streambuf@@IEAA@XZ */ > +DEFINE_THISCALL_WRAPPER(streambuf_ctor, 4) > +streambuf* __thiscall streambuf_ctor(streambuf *this) > +{ > + TRACE("(%p)\n", this); > + this->vtable = &MSVCP_streambuf_vtable; > + this->allocated = 0; > + this->unbuffered = 0; > + this->unknown = -1; > + this->unknown2 = -1; > + streambuf_setb(this, NULL, NULL, 0); > + streambuf_setg(this, NULL, NULL, NULL); > + streambuf_setp(this, NULL, NULL); > + InitializeCriticalSection(&this->lock); > + return this; > +} Can't it be simplified to: streambuf* __thiscall streambuf_ctor(streambuf *this) { return streambuf_reserve_ctor(this, NULL, 0); } ?

2 1

Re: msvcirt/tests: Add initial tests for streambuf
by Piotr Caban 02 Jun '15

02 Jun '15

On 06/02/15 12:47, Iván Matellanes wrote: > +todo_wine{ > + /* constructors */ > + call_func1(p_streambuf_ctor, &sb); You'll need to add streambuf_ctor stub in wine before you can test it. Currently the tests will fail with exception. Please also set &sb memory to something so you can detect uninitialized values. Please also call streambuf_dtor. Cheers, Piotr

2 2

Re: [PATCH 2/3] riched20: Reduce code duplication in WM_SETTEXT/WM_CREATE handler
by Dmitry Timoshkov 02 Jun '15

02 Jun '15

Nikolay Sivov <nsivov(a)codeweavers.com> wrote: > + if (lParam) > + text = unicode ? (void*)createW->lpszName : (void*)createA->lpszName; These casts should not be needed. -- Dmitry.

3 2

Re: gdi32: Return default palette entries from GetSystemPaletteEntries for non-palette-based devices. (try 2)
by Sebastian Lackner 02 Jun '15

02 Jun '15

On 01.06.2015 17:51, Anton Baskanov wrote: > + if (entries && start < 256) > + { > + UINT i; > + const RGBQUAD *default_entries; > + > + if (start + count > 256) count = 256 - start; > + > + default_entries = get_default_color_table( 8 ); > + for (i = 0; i < count; ++i) > + { > + if (i < 10 || i >= 246) > + { That condition is obviously wrong. Feel free to merge the changes and additional tests from my improved patchset which is included in Wine-Staging: https://github.com/wine-compholio/wine-staging/blob/master/patches/gdi32-De… > + entries[i].peRed = default_entries[start + i].rgbRed; > + entries[i].peGreen = default_entries[start + i].rgbGreen; > + entries[i].peBlue = default_entries[start + i].rgbBlue; > + } > + else > + { > + entries[i].peRed = 0; > + entries[i].peGreen = 0; > + entries[i].peBlue = 0; > + } > + entries[i].peFlags = 0; > + }

2 1

Re: [PATCH 2/2] d3d9/test: implemented tests for UpdateTexture method
by Matteo Bruni 01 Jun '15

01 Jun '15

2015-05-27 21:55 GMT+02:00 Sergey Isakov <isakov-sl(a)bk.ru>: > The test was initially written by Matteo Bruni > https://www.winehq.org/pipermail/wine-patches/2015-April/138974.html > but rejected as failed > https://www.winehq.org/pipermail/wine-devel/2015-April/107491.html For the records, my tests failed for Alexandre on Linux because of a bug in the Nouveau drivers which is fixed by Mesa commit f617029db3f8786d94c64f1a73c42b89b6d261fa. I'll resend the unmodified tests at some point.

1 0

Re: [PATCH 1/2] wined3d: fix wrong level calculation implemented in 1.7.42
by Matteo Bruni 01 Jun '15

01 Jun '15

2015-05-27 21:45 GMT+02:00 Sergey Isakov <isakov-sl(a)bk.ru>: > Bug 38048. > It is closed by wrong fix 5af656ea85e22a00304f1904e91ccfee52a6ccc5 > According to MSDN > https://msdn.microsoft.com/en-us/library/windows/desktop/bb205858(v=vs.85).… > “If the source texture has fewer levels than the destination, the method > will fail.” > The method must fail > 1. To prevent fail on undefined levels. > 2. To inform caller that the call is wrong. > The correct patch attached. > Test will follow next commit As I already mentioned, MSDN is wrong in this case, like in many other cases. UpdateTexture never returns failure when using hardware devices on Windows.

1 0

Re: [1/3] shell32/tests: Make tests run on win2k again.
by Marvin 01 Jun '15

01 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13744 Your paranoid android. === w2003std (32 bit shlfolder) === shlfolder.c:4997: Test failed: MKDIR: Expected wndproc to be called shlfolder.c:4910: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 8) shlfolder.c:4997: Test failed: CREATE: Expected wndproc to be called shlfolder.c:4910: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 2) shlfolder.c:4997: Test failed: RMDIR: Expected wndproc to be called shlfolder.c:4910: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 10) shlfolder.c:4997: Test failed: MKDIR: Expected wndproc to be called shlfolder.c:4910: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 468) shlfolder.c:4997: Test failed: CREATE: Expected wndproc to be called shlfolder.c:4910: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 468) shlfolder.c:4997: Test failed: RMDIR: Expected wndproc to be called shlfolder.c:4910: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 468)

1 0

Fix GetRawInputDeviceList() to return ERROR_INSUFFICIENT_BUFFER
by achurch＠achurch.org 01 Jun '15

01 Jun '15

(Note: I am not subscribed to the list; please CC me on any replies.) When GetRawInputDeviceList() is passed a buffer which is too small, the function should set the last error code to ERROR_INSUFFICIENT_BUFFER and return failure (see <http://msdn.microsoft.com/en-us/library/windows/desktop/ms645598(v=vs.85).a…>). However, the current Wine implementation does not set the last error code, meaning that callers expecting to see ERROR_INSUFFICIENT_BUFFER will behave incorrectly. I've confirmed that Windows itself (at least XP and 8) matches the documented behavior. See also: https://bugs.winehq.org/show_bug.cgi?id=37667 --Andrew Church http://achurch.org/ diff -urN wine-1.7.43-orig/dlls/user32/input.c wine-1.7.43/dlls/user32/input.c --- wine-1.7.43-orig/dlls/user32/input.c 2015-05-15 22:36:39 +0900 +++ wine-1.7.43/dlls/user32/input.c 2015-05-25 22:47:49 +0900 @@ -507,6 +507,7 @@ if (*device_count < 2) { *device_count = 2; + SetLastError(ERROR_INSUFFICIENT_BUFFER); return ~0U; } diff -urN wine-1.7.43-orig/dlls/user32/tests/Makefile.in wine-1.7.43/dlls/user32/tests/Makefile.in --- wine-1.7.43-orig/dlls/user32/tests/Makefile.in 2015-05-15 22:36:39 +0900 +++ wine-1.7.43/dlls/user32/tests/Makefile.in 2015-05-25 22:48:27 +0900 @@ -17,6 +17,7 @@ menu.c \ monitor.c \ msg.c \ + rawinput.c \ resource.c \ scroll.c \ static.c \ diff -urN wine-1.7.43-orig/dlls/user32/tests/rawinput.c wine-1.7.43/dlls/user32/tests/rawinput.c --- wine-1.7.43-orig/dlls/user32/tests/rawinput.c 1970-01-01 09:00:00 +0900 +++ wine-1.7.43/dlls/user32/tests/rawinput.c 2015-05-25 22:44:36 +0900 @@ -0,0 +1,43 @@ + /* Unit test suite for the rawinput functions + * + * Copyright 2015 Andrew Church + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA + */ + +#define WINVER 0x0501 + +#include "wine/test.h" +#include "windef.h" +#include "winbase.h" +#include "winuser.h" + +static void GRIDLShortArrayTest() +{ + RAWINPUTDEVICELIST devices[1]; + UINT device_count = 1; + int result, error; + + result = GetRawInputDeviceList(devices, &device_count, sizeof(*devices)); + ok(result == ~0U, "wrong result: %d\n", result); + ok(device_count >= 2, "wrong device_count: %d\n", device_count); + error = GetLastError(); + ok(error == ERROR_INSUFFICIENT_BUFFER, "wrong error code: %d\n", error); +} + +START_TEST(rawinput) +{ + GRIDLShortArrayTest(); +}

2 1

Re: [PATCH] mshtml: add NULL check to avoid crashing due to Gecko bug
by Jacek Caban 01 Jun '15

01 Jun '15

On 06/01/15 13:11, Indrek Altpere wrote: > Fixes https://bugs.winehq.org/show_bug.cgi?id=34808 > > There seems to be a known bug in Gecko engine that causes iframe with display:none contents to return NULL nsstyle from nsIDOMWindow_GetComputedStyle > https://bugzilla.mozilla.org/show_bug.cgi?id=548397 > --- > dlls/mshtml/htmlcurstyle.c | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/dlls/mshtml/htmlcurstyle.c b/dlls/mshtml/htmlcurstyle.c > index 5f6cb35..f0b0d98 100644 > --- a/dlls/mshtml/htmlcurstyle.c > +++ b/dlls/mshtml/htmlcurstyle.c > @@ -1343,6 +1343,11 @@ HRESULT HTMLCurrentStyle_Create(HTMLElement *elem, IHTMLCurrentStyle **p) > return E_FAIL; > } > > + if(!nsstyle) { > + ERR("GetComputedStyle returned NULL nsstyle\n"); > + return E_FAIL; > + } We could try to work around the problem in Gecko, but it's obviously even better if it's fixed in Gecko. Anyway, if it fixes a bug I'm fine with the patch as is. Thanks, Jacek

1 0

Re: [PATCH] mshtml: add NULL check to get_frame_by_name
by Jacek Caban 01 Jun '15

01 Jun '15

On 05/29/15 15:51, Indrek Altpere wrote: > Fixes https://bugs.winehq.org/show_bug.cgi?id=34982 > --- > dlls/mshtml/htmlwindow.c | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/dlls/mshtml/htmlwindow.c b/dlls/mshtml/htmlwindow.c > index 618648e..c53ea16 100644 > --- a/dlls/mshtml/htmlwindow.c > +++ b/dlls/mshtml/htmlwindow.c > @@ -406,6 +406,11 @@ HRESULT get_frame_by_name(HTMLOuterWindow *This, const WCHAR *name, BOOL deep, H > > nsIDOMWindow_Release(nswindow); > > + if(!window_iter) { > + WARN("nsIDOMWindow without HTMLOuterWindow: %p\n", nswindow); > + continue; > + } > + The real question is why there is no HTMLOuterWindow created for given window, but I'm fine with the patch. Thanks, Jacek

1 0

Re: [PATCH 1/3] ntdll: Implemenent ObjectTypeInformation class support in NtQueryObject.
by Nikolay Sivov 01 Jun '15

01 Jun '15

On 01.06.2015 12:52, Qian Hong wrote: > +/* Query object type name information */ > +@REQ(get_object_typename) > + obj_handle_t handle; /* handle to the object */ > +@REPLY > + data_size_t total; /* needed size for type name */ > + VARARG(typename,unicode_str); /* type name */ > +@END > + Also, do we really need to transfer a string? It seems to be that you can use an index and a static array at ntdll side.

1 0

Re: [PATCH] Do not run update-desktop-database on make install/uninstall
by Damjan Jovanovic 01 Jun '15

01 Jun '15

Not all of us install Wine through a package manager, and update-desktop-database is useful in that case. What that Makefile should probably be doing instead, is calling update-desktop-database only on the desktop directory where wine.desktop was just installed, where it will succeed without root privileges, ie.: -$(UPDATE_DESKTOP_DATABASE) $(DESTDIR)$(datadir)/applications Thank you Damjan On Sun, May 31, 2015 at 8:12 AM, Jerome Leclanche <jerome(a)leclan.ch> wrote: > This causes root invocations of "make install" in a chroot to error > It is the maintainer's or the package manager's job to run it, instead. > > Fixes bug #35191 > > J. Leclanche > > >

2 1

Re: [PATCH] wined3d: fix color in range comparison
by Nikolay Sivov 01 Jun '15

01 Jun '15

On 27.05.2015 20:12, Sergey Isakov wrote: > I think the patch must be accepted because original codes are more wrong. > > Tests will be created when WINED3D_CKEY_COLORSPACE will be implemented. Tests are needed to prove that your patch is correct. > > The game affected is in bug 38581. > > Meanwhile, the policy to reject any patches is not constructive. > If one developer propose not perfect codes then next developer can > correct them and obtain a result. > If you rejected the first developer then you will not have a result. That's not how it works. > > Best wishes! > > > On 27 мая 2015 г., at 10:39, Stefan Dösinger <stefandoesinger(a)gmail.com > <mailto:stefandoesinger@gmail.com>> wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Am 2015-05-26 um 14:41 schrieb Sergey Isakov: >>> +#define RED_KEY(x) (x & 0xff0000) >>> +#define GREEN_KEY(x) (x & 0x00ff00) >>> +#define BLUE_KEY(x) (x & 0x0000ff) >>> + return ((RED_KEY(color) >= >>> RED_KEY(color_key->color_space_low_value)) && >>> + (RED_KEY(color) <= >>> RED_KEY(color_key->color_space_high_value)) && >>> + (GREEN_KEY(color) >= >>> GREEN_KEY(color_key->color_space_low_value)) && >>> + (GREEN_KEY(color) <= >>> GREEN_KEY(color_key->color_space_high_value)) && >>> + (BLUE_KEY(color) >= >>> BLUE_KEY(color_key->color_space_low_value)) && >>> + (BLUE_KEY(color) <= >>> BLUE_KEY(color_key->color_space_high_value))); >>> +#undef RED_KEY >>> +#undef GREEN_KEY >>> +#undef BLUE_KEY >> The basic idea is most likely right, but it needs tests. Do you have a >> game that needs this behavior? >> >> The way you're extracting individual colors from the key is wrong. The >> bitmasks depend on the texture format. >> >> The code you're modifying is unused on any modern GPU. On GPUs that >> support ARB_fragment_program or GLSL we do the color key comparison in >> the fragment shader nowadays. >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2 >> >> iQIcBAEBAgAGBQJVZXSWAAoJEN0/YqbEcdMwbEUP/RM4QUsbdSzhSLyIz5j00Epb >> AW1ZcNOg61yrfymjHdhJkqfdNmEiKQFsRshD+ZQAxVHqMsZLTxXtRFfBB14WtmNI >> Ng5jwwiAzDqlmpjftlZ4CmkR1w7DMxH6Nt4e9OQBlDKShSIoGngL6RremV+2Wq+f >> nNC6HfdmUiAIReVvI2aMm5B9C5L624SKLvoAZNI8QW+HJeZeESSGmT9bx4IRVQwl >> QX+aKojT43CJwq6UpZRu7ZkniotrmO9aDC+6S3S0od0ZJWSP5Q9upCNWNcN+iPG7 >> 9kCPwZMsEAxNUjvh/wQx8xE1+wiR7Ugjl/X6yTN8HFesFHChrqC2UeHUAkUKU++L >> WC4kwijfbktKSZnIiSvrTAzWvLOeCZMifFQqm8aqmlOqyvbNwyOJjh6yM/nqZi+c >> 2aEdEIMY5aaoswDIlyGRRN57zeWtqjZVmg7UzVxmZqfiocmUVxgdmdRv8BvFi0RF >> R4A6YTDP5EYb33SvH3qQE5kIrtDdtL8qtanmBsuHnhhwd1rdgeeq/9N0tqSjH1GQ >> s8vsXVmd3qU+mQMzyaxN9Cc9RGxGNgd+g1LkkoPqe+aVUw/JDzvAdMDGpy63zjhM >> QUlfS771f+Zt43wku/20XP1engXXti4m+KfnSOS3nCdKO1xRKOGHAMlUZzd8+jhU >> 2rWKuh42D3mSMDk1OhLR >> =IdO/ >> -----END PGP SIGNATURE----- > > > >

1 0

Re: [PATCH 2/2] d3d9/test: implemented tests for UpdateTexture method
by Marvin 01 Jun '15

01 Jun '15

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://testbot.winehq.org/JobDetails.pl?Key=13726 Your paranoid android. === w8 (32 bit visual) === visual.c:18560: Test failed: Unexpected result on update texture, hr 0, should fail, case 0, 8. visual.c:18560: Test failed: Unexpected result on update texture, hr 0, should fail, case 1, 8. visual.c:18560: Test failed: Unexpected result on update texture, hr 0, should fail, case 2, 8.

1 0

Re: [PATCH 2/5] riched20/tests: Small test for GetClientSite()
by Marvin 31 May '15

31 May '15

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://testbot.winehq.org/JobDetails.pl?Key=13718 Your paranoid android. === w2000pro (32 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at 0042D1B0 === wxppro (32 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at 0042D1B0 === w2003std (32 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at 0042D1B0 === wvistau64 (32 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at A574D492 === w2008s64 (32 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at 00000000 === w7u (32 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at 10000000 === w8 (32 bit richole) === richole.c:1526: Test failed: got wrong pointer === wvistau64 (64 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at 0000000000426DF0 === w2008s64 (64 bit richole) === richole.c:1526: Test failed: got wrong pointer richole: unhandled exception c0000005 at 000007FEFEE619B8

1 0

Re: [PATCH 1/2] msvcp110: Add _File_size implementation and test.(try 2)
by YongHao Hu 29 May '15

29 May '15

Sry, Slackner found that I still used %llx /%llu as I misunderstood Piotr's comment and there are typos in the patch. I will fix all the issues later. :P On 2015年05月29日 21:16, YongHao Hu wrote: > try2: > Improve the patch according to Piotr's advices. > Add errno and SetLastError test. > --- > dlls/msvcp110/msvcp110.spec | 4 +- > dlls/msvcp120/msvcp120.spec | 4 +- > dlls/msvcp120/tests/msvcp120.c | 75 > +++++++++++++++++++++++++++++++++---- > dlls/msvcp120_app/msvcp120_app.spec | 4 +- > dlls/msvcp90/ios.c | 20 ++++++++++ > 5 files changed, 94 insertions(+), 13 deletions(-) > >

1 0

Re: dpnet: Implement IDirectPlay8Address GetComponentByIndex (try 12)
by Stefan Dösinger 29 May '15

29 May '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This version of the patch looks good to me. Stefan Am 2015-05-29 um 12:06 schrieb Alistair Leslie-Hughes: > Hi, Add WARN on errors. > > I'll add more tests in another patch, which simplifies the > component list. > > Changelog: dpnet: Implement IDirectPlay8Address > GetComponentByIndex > > > Best Regards Alistair Leslie-Hughes > > > > > > > > > > > > > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVaE3VAAoJEN0/YqbEcdMwqIAP/iHHkRWQmGrZnoKbvuXuYJ9i caO0PB0akO3CvyLDcC68CMtT7jQ7gthTGPiXTHe4sEjmSR3KLoqajV2TX+JluWYj s/uTxbmPjNvafeXmflSpaoy0BRq5H/D+99AkKqo/GFPlCNT0UJpR9sD7OsXXA1E9 Cq7VpKMGqgnWoLf4/pRge/rBfV2vV0FOLhHTzboEyUOTgGegOI8v345vMw/Ph7RM YPEdLYUBkIwZZuZaDtaZ9DV5HyFG1fH65cYftkQFmM7tH4Sn1NiQcNHEUmPeX3Bc hv5Q9QOshwtWgQKhWe98YyGayP16Ip0iKDpxRZ28LEcOcKfK9URX66lBNWZjL/Ci IixsgZw12okh8Wn+Q76LwIh1PakpQSHZ/iQW8qDYlyWIRboFC+VyQoemkXxvUfVS VwqAe/D1uWAf1o6BD6vHNarH7A5ymHvxmcxw/1PxTGSZg4RBqOmt4/4gCWIuPXzX 564O8wrDn1msVhwS6tqpP85Sg3ydDYiPDVZNVigJAU/kMCiPH2WbXPxUGB/Pc7hA 4QaOK6FDTxXlTqEO0FHm12DU2bYzBMogOd0N6usKzVQe2kdy9hB4/hUo8+vojamS AI0agXg+a6UjVhTpNZvoZAxC0rFF6nEJaL6MgDS64LtmT6wrrri6hEtmPJM6aC/O 2bdo052EPFKWbfytsTK+ =jq9B -----END PGP SIGNATURE-----

1 0

Re: dpnet: Implement IDirectPlay8Address GetComponentByIndex (try 12)
by Marvin 29 May '15

29 May '15

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://testbot.winehq.org/JobDetails.pl?Key=13666 Your paranoid android. === w8 (32 bit address) === Failure running script in VM: timed out waiting for the child process

1 0

Re: dpnet: Implement IDirectPlay8Address GetComponentByIndex (try 11)
by Stefan Dösinger 29 May '15

29 May '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, There's one major problem I missed previously: Am 2015-05-29 um 10:22 schrieb Alistair Leslie-Hughes: > + case DPNA_DATATYPE_STRING: > + memcpy(pvBuffer, &entry->data.string, entry->size); > + break; This won't work. There's a & too much. Please consider adding tests for String and Binary types to catch this kind of thing. GetComponentByName once had the same problem I believe. Minor stuff: > + TRACE("(%p)->(%d %p %p %p %p %p)\n", This, dwComponentID, pwszName, pdwNameLen, pvBuffer, pdwBufferSize, pdwDataType); pdwNameLen, pvBuffer, pdwBufferSize, pdwDataType); A DWORD is unsigned, %u is better. > + if(*pdwBufferSize < entry->size || *pdwNameLen < namesize) > + { > + *pdwNameLen = namesize + 1; > + *pdwBufferSize = entry->size; > + *pdwDataType = entry->type; > + return DPNERR_BUFFERTOOSMALL; > + } You forgot to add a WARN here. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVaCrwAAoJEN0/YqbEcdMwypEP/RttOLSqc6fQQW4XeMkBgVaS aiKUyYSysq9MnRoqP32A6lKq9LHpW23liKsvpwoWegdarTc35ENYwG7pLSLJuOIy i/e7AlWGLDphN9qdYMU0oCQ8PXGU8Y3Mb7kozZcnYm9EuYoJEFIiAYHtx4nFeGMj rVx/mruLmYTdgyR378iE4cYqNeMwzK7YtGNRHMPz8FNTzdLyzUu1blYQ8cYEbzAk Mm4RaIixByzKiGO7qUPCX4OOgYoohBOgMRiVWTJfZLrhKY0vyj0x2Jt5GWCzWeht 7mszNRRpvW+v60axT2xwemXmQSobjgjnddF0bwxC/vHZisfXF8H52lLgupXv9KRo efOsvX3lTpJstEL1Wt61NL/MqF4vwRjbrWeKD45DxHEzPX8wzUg4yFodz/yxAAN1 /l4fuX8BEjr9tttV4uup4fdOlVhlX95ZujQFT5Ue1zF97SSLOC9id/8Uy8xlHYmY Ou0H9GG5rILqG5+r9m3OghjuQcwomL6T7BSLYJ+WncdTgtxRbarhMI/mq9m0MiB2 OHkUddm/zn9EFPboQsCjqRuPFa6fcbx+b/XUmyLeBjosO3j7Otws4TGUEkzjbvWF f3fOORfbxpknZH9GxVaEFWlyUerNSJ4C4hYp5J+pHS9N5u+L9KsN0fXYT9jqpvh2 Tmu94XyHSblAoeS1ORgq =M5Sz -----END PGP SIGNATURE-----

1 0

Re: dpnet: Implement IDirectPlay8Address GetComponentByIndex (try 11)
by Marvin 29 May '15

29 May '15

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://testbot.winehq.org/JobDetails.pl?Key=13665 Your paranoid android. === w8 (32 bit address) === The test timed out

1 0

Re: [PATCH 5/5] wined3d: Always enable GL_PROGRAM_POINT_SIZE in the GLSL backend.
by Henri Verbeet 29 May '15

29 May '15

On 28 May 2015 at 23:23, Matteo Bruni <mbruni(a)codeweavers.com> wrote: > @@ -6987,6 +7006,13 @@ static void shader_glsl_select(void *shader_priv, struct wined3d_context *contex > GLuint program_id = 0, prev_id = 0; > GLenum old_vertex_color_clamp, current_vertex_color_clamp; > > + if (!ctx_data->backend_init_done) > + { > + gl_info->gl_ops.gl.p_glEnable(GL_PROGRAM_POINT_SIZE); > + checkGLcall("GL_PROGRAM_POINT_SIZE"); > + ctx_data->backend_init_done = TRUE; > + } > + Is this shared state between contexts? Otherwise you need to do this once for every context. Also, shader_glsl_select() is kind of a hot path, it may be better to just add an entry to struct wined3d_shader_backend_ops for this kind of initialization.

2 2

Re: [PATCH 9/11] qcap: add the SmartTee filter automatically as necessary, and test this
by Marvin 28 May '15

28 May '15

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://testbot.winehq.org/JobDetails.pl?Key=13651 Your paranoid android. === w2008s64 (32 bit smartteefilter) === smartteefilter.c:1926: Test failed: couldn't create NullRenderer, hr=0x80040154 smartteefilter.c:1926: Test failed: couldn't create NullRenderer, hr=0x80040154 smartteefilter.c:1985: Test failed: couldn't create NullRenderer, hr=0x80040154 smartteefilter.c:1985: Test failed: couldn't create NullRenderer, hr=0x80040154 === w2008s64 (64 bit smartteefilter) === smartteefilter.c:1926: Test failed: couldn't create NullRenderer, hr=0x80040154 smartteefilter.c:1926: Test failed: couldn't create NullRenderer, hr=0x80040154 smartteefilter.c:1985: Test failed: couldn't create NullRenderer, hr=0x80040154 smartteefilter.c:1985: Test failed: couldn't create NullRenderer, hr=0x80040154

1 0

Re: [PATCH 8/11] qcap: get the SmartTee filter to a minimally functional level
by Marvin 28 May '15

28 May '15

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://testbot.winehq.org/JobDetails.pl?Key=13650 Your paranoid android. === w2000pro (32 bit smartteefilter) === The test timed out

1 0

Re: [PATCH 7/11] qcap: implement the SmartTee allocator functions
by Marvin 28 May '15

28 May '15

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://testbot.winehq.org/JobDetails.pl?Key=13649 Your paranoid android. === w2000pro (32 bit smartteefilter) === smartteefilter.c:1366: Test failed: timeout: threads did not receive sample in time === wxppro (32 bit smartteefilter) === smartteefilter.c:1366: Test failed: timeout: threads did not receive sample in time === w7u (32 bit smartteefilter) === smartteefilter.c:1366: Test failed: timeout: threads did not receive sample in time === w8 (32 bit smartteefilter) === smartteefilter.c:1366: Test failed: timeout: threads did not receive sample in time

1 0

Re: winex11: Fix ctrl-<symbol> to generate codes below 0x20 where necessary.
by Marvin 28 May '15

28 May '15

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://testbot.winehq.org/JobDetails.pl?Key=13631 Your paranoid android. === wvistau64 (32 bit input) === input.c:731: Test failed: 0 (a4/0): 10 from 01 -> 00 unexpected input.c:731: Test failed: 0 (a4/0): 11 from 01 -> 00 unexpected input.c:731: Test failed: 0 (a4/0): a0 from 01 -> 00 unexpected input.c:731: Test failed: 0 (a4/0): a2 from 01 -> 00 unexpected

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel