October 2011 - Wine-Devel - list.winehq.org

Re: [3/6] wined3d: Use the destination palette when blitting between P8 surfaces
by Henri Verbeet Oct. 13, 2011

Oct. 13, 2011

On 13 October 2011 01:07, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > Native transfers the 8 bit data without modifications to the destination > surface and does the palette lookup when showing the final front buffer > contents on the screen. Which makes much more sense.

2 2

Re: [1/6] wined3d: YUV formats are block-based
by Henri Verbeet Oct. 13, 2011

Oct. 13, 2011

On 13 October 2011 01:07, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > diff --git a/dlls/d3d9/tests/surface.c b/dlls/d3d9/tests/surface.c > diff --git a/dlls/ddraw/tests/overlay.c b/dlls/ddraw/tests/overlay.c These tests don't prove anything, they pass on current Wine as well. > + {WINED3DFMT_YUY2, 2, 1, 4, FALSE }, > + {WINED3DFMT_UYVY, 2, 1, 4, FALSE }, > + /* YV12 actually has 2x2 blocks with 6 bytes per block, but the blocks > + * are spread across the surface. */ > + {WINED3DFMT_YV12, 1, 1, 1, FALSE}, Blocks with 1 height aren't really blocks.

2 1

Re: wined3d: Refuse to create a shader unsupported by the backend.
by Alexandre Julliard Oct. 13, 2011

Oct. 13, 2011

Matteo Bruni <mbruni(a)codeweavers.com> writes: > --- > dlls/d3d9/tests/shader.c | 22 ++++++++++++++++++++-- > dlls/wined3d/device.c | 2 ++ > dlls/wined3d/shader.c | 19 +++++++++++++++++++ > dlls/wined3d/wined3d_private.h | 1 + > 4 files changed, 42 insertions(+), 2 deletions(-) It breaks the tests here: ../../../tools/runtest -q -P wine -M d3d10.dll -T ../../.. -p d3d10_test.exe.so effect.c && touch effect.ok effect.c:2661: Test failed: D3D10CreateEffectFromMemory failed! wine: Unhandled page fault on read access to 0x00000000 at address 0x6869a2a3 (thread 0024), starting debugger... -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 5/5] server/named_pipe.c: remove the ps_disconnected_server state, if DisconnectNamedPipe is called, the server i
by Marvin Oct. 13, 2011

Oct. 13, 2011

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=14877 Your paranoid android. === WXPPROSP3 (32 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W2K3R2SESP2 (32 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === WVISTAADM (32 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W2K8SE (32 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W7PRO (32 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W7PROX64 (32 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === TEST64_W7SP1 (32 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W7PROX64 (64 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === TEST64_W7SP1 (64 bit pipe) === pipe.c:1605: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368

1 0

Re: [PATCH 4/5] kernel32, ntdll: implement most of GetNamedPipeHandleState (try 3)
by Marvin Oct. 13, 2011

Oct. 13, 2011

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=14876 Your paranoid android. === WXPPROSP3 (32 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W2K3R2SESP2 (32 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === WVISTAADM (32 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W2K8SE (32 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W7PRO (32 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W7PROX64 (32 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === TEST64_W7SP1 (32 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === W7PROX64 (64 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368 === TEST64_W7SP1 (64 bit pipe) === pipe.c:1561: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 1368

1 0

For review please: wineps.drv: Implement PS_USERSTYLE on printers
by Daniel Oct. 13, 2011

Oct. 13, 2011

Hello guys. I would like to get a little review on this patch, a follow up to the patches that fix this problem on the screen. Specifically, I'm most concerned about making sure my dynamically allocated memory is freed under all conditions and there's no potential snafus that I'm not aware of. Then, of course, if somebody sees something off, please do comment. It does indeed completely fix http://bugs.winehq.org/show_bug.cgi?id=26091 (printed a cute piece of music with dashed lines). Thanks all! Daniel

2 1

Re: wined3d: recognize "Brian Paul" as a mesa card vendor
by Henri Verbeet Oct. 13, 2011

Oct. 13, 2011

On 13 October 2011 02:23, Austin English <austinenglish(a)gmail.com> wrote: > See http://bugs.winehq.org/show_bug.cgi?id=28684 / > http://cgit.freedesktop.org/mesa/mesa/tree/src/mesa/main/getstring.c#n88 > Yeah, this makes sense. You'd probably mostly run into this if you're not using the regular dri based drivers, but that's valid, if somewhat obscure.

1 0

Re: [1/4] winex11.drv: Add on-screen PS_USERSTYLE support to pens (take 4)
by Frédéric Delanoy Oct. 13, 2011

Oct. 13, 2011

On Thu, Oct 13, 2011 at 06:08, Daniel <danielfsantos(a)att.net> wrote: > Fixes on-screen portion of http://bugs.winehq.org/show_bug.cgi?id=26091 You should configure your mail/git config so your real name appears in patches, and not just your first name "Daniel"

1 0

Re: mscoree: Register interfaces
by Alexandre Julliard Oct. 13, 2011

Oct. 13, 2011

Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> writes: > @@ -10,4 +10,6 @@ C_SRCS = \ > metahost.c \ > mscoree_main.c > > +IDL_R_SRCS = mscoree_v1.idl There's no reason to name the file v1, that's a leftover from stdole.tlb but it doesn't make sense here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [1/3] winex11.drv: Add on-screen PS_USERSTYLE support to pens (bugbot feeding #5)
by Alexandre Julliard Oct. 13, 2011

Oct. 13, 2011

Daniel <danielfsantos(a)att.net> writes: > @@ -42,29 +42,23 @@ HPEN X11DRV_SelectPen( PHYSDEV dev, HPEN hpen ) > X11DRV_PDEVICE *physDev = get_x11drv_dev( dev ); > LOGPEN logpen; > int i; > + EXTLOGPEN *elp = NULL; > + INT size = GetObjectW( hpen, 0, NULL ); > > - if (!GetObjectW( hpen, sizeof(logpen), &logpen )) > - { > - /* must be an extended pen */ > - EXTLOGPEN *elp; > - INT size = GetObjectW( hpen, 0, NULL ); > - > - if (!size) return 0; > - > + if (!size) return 0; > + else if (size == sizeof(logpen)) { > + GetObjectW( hpen, sizeof(logpen), &logpen ); > + physDev->pen.ext = 0; > + } else { You are changing too much here, there's no reason to duplicate the GetObject call for the standard case. Also please make sure to include your full name in your mail headers. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [msi] initialize variable to placate static analyzers
by Michael Stefaniuc Oct. 13, 2011

Oct. 13, 2011

Hello Dan, Dan Kegel wrote: > Avoids the spurious compiler warning > > msi.c: In function 'MSI_ApplyPatchW': > msi.c:353:10: error: 'r' may be used uninitialized in this function > > Hans says "It's compiler confusion but I'm fine with a patch that initializes > r with ERROR_FUNCTION_FAILED." why don't you just initialize r in the declaration of r? It's the standard way of doing it and doesn't require a suboptimal comment (that warning is gcc version dependent). bye michael

1 0

Re: 79869: [2/4] gdi32: remove PS_USERSTYLE FIXME and work-arounds (take 4)
by Dan Kegel Oct. 12, 2011

Oct. 12, 2011

Still fails tests here. Sorry if I wasn't clear before. The wine tests are supposed to pass after *every* patch in your series. That means you have to merge patches 2 and 3 together, I think. On Wed, Oct 12, 2011 at 9:27 PM, <buildbot(a)kegel.com> wrote: > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default while building Wine. > Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/297 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: failed command was ../../../wine gdi32_test.exe.so pen.c > pen.c:317: Test succeeded inside todo block: expected 7, got 7 > make: *** [pen.ok] Error 1 > * Call to xpconnect wrapped JSObject produced this error: * > * Call to xpconnect wrapped JSObject produced this error: * > GnuTLS error: GnuTLS internal error. > >

1 0

re: ntdll: Define PATH_MAX when needed
by Dan Kegel Oct. 12, 2011

Oct. 12, 2011

When is PATH_MAX not defined? It's part of posix (see http://pubs.opengroup.org/onlinepubs/009695399/basedefs/limits.h.html ) Are you trying to build on Gnu Hurd?

3 2

WineHQ database compromise
by Jeremy White Oct. 12, 2011

Oct. 12, 2011

Hi, I am sad to say that there was a compromise of the WineHQ database system. What we know at this point that someone was able to obtain unauthorized access to the phpmyadmin utility. We do not exactly how they obtained access; it was either by compromising an admins credentials, or by exploiting an unpatched vulnerability in phpmyadmin. We had reluctantly provided access to phpmyadmin to the appdb developers (it is a very handy tool, and something they very much wanted). But it is a prime target for hackers, and apparently our best efforts at obscuring it and patching it were not sufficient. So we have removed all access to phpmyadmin from the outside world. We do not believe the attackers obtained any other form of access to the system. On the one hand, we saw no evidence of harm to any database. We saw no evidence of any attempt to change the database (and candidly, using the real appdb or bugzilla is the easy way to change the database). Unfortunately, the attackers were able to download the full login database for both the appdb and bugzilla. This means that they have all of those emails, as well as the passwords. The passwords are stored encrypted, but with enough effort and depending on the quality of the password, they can be cracked. This, I'm afraid, is a serious threat; it means that anyone who uses the same email / password on other systems is now vulnerable to a malicious attacker using that information to access their account. We are going to be resetting every password and sending a private email to every affected user. This is again another reminder to never use a common username / password pair. This web site provides further advice as well: http://asiknews.wordpress.com/2011/03/02/best-practice-password-management-… I am very sad to have to report this. We have so many challenges in our world today that this is a particularly painful form of salt for our wounds. However, I think it is urgent for everyone to know what happened. Cheers, Jeremy

11 16

Re: [4/3] gdi32/tests: update test for PS_USERSTYLE
by Austin English Oct. 12, 2011

Oct. 12, 2011

On Wed, Oct 12, 2011 at 19:06, Daniel <danielfsantos(a)att.net> wrote: > OK, I hope [4/3] is acceptable. These are the test updates I forgot > (removes a todo_wine). Two problems: A) It needs to be combined with the original patch, so that it passes make test. B) Why remove the test? Just remove 'todo_wine' itself, since the test now passes on wine.. -- -Austin

2 1

re: [4/3] gdi32/tests: update test for PS_USERSTYLE
by Dan Kegel Oct. 12, 2011

Oct. 12, 2011

> OK, I hope [4/3] is acceptable. It's fine for humans, but for buildbot, you really need to send the whole patch series again, with the test fixes right in the same patch as the code that fixes them (so that the wine tree passes all tests after each patch in the series). Otherwise your code will not be tested.

1 0

Re: 79857: [2/3] gdi32: remove PS_USERSTYLE FIXME and work-arounds (take 3)
by Dan Kegel Oct. 12, 2011

Oct. 12, 2011

Fails the gdi32/pen.ok test here, with error pen.c:317: Test succeeded inside todo block: expected 7, got 7 Looks like you need to update a test. On Wed, Oct 12, 2011 at 4:00 PM, <buildbot(a)kegel.com> wrote: > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default while building Wine. > Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/280 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: failed command was ../../../wine gdi32_test.exe.so pen.c > pen.c:317: Test succeeded inside todo block: expected 7, got 7 > make: *** [pen.ok] Error 1 > * Call to xpconnect wrapped JSObject produced this error: * > * Call to xpconnect wrapped JSObject produced this error: * > GnuTLS error: GnuTLS internal error. > >

2 1

[RFC] Use ICU in wine ?
by Rafał Mużyło Oct. 12, 2011

Oct. 12, 2011

Right now, wine claims to use DUCET data for lingustic sorting, but by section 1.9.2 of that document (as of version 6.0.0), uses it in a wrong way. The result of it are bugs such as #10767 and #9583. A possible way around it would beby using ICU to get language specific tailoring and applying some of wine-specific for the parts addressed by #10767. In a way, wine already *indirectly* depends on icu on many distros (a potential libxml2 dep) - they were quite a few patches already addressing build failures caused by this in recent past. I've cooked up a patch, that's unfortunately isn't working properly yet, it's more of a draft on where to go, if such road were to be taken. Main issue with this patch ain't it's not ignoring the proper list of symbols, as this would be easy to fix, if not for one problem: the part that I put inside 'if (0)' block. For some reason (threading, perhaps ?), if I pass a non-zero lenght string to ucol_openRules, wineboot hangs. Oddly, if the string lenght is 0, the hang doesn't happen. I can't really tell, what going wrong, as the almost same code works in native linux testcase. Also, while in this patch UCOL_ALTERNATE_HANDLING would have been used for NORM_IGNORESYMBOLS, it would be much better to manipulate some of the settings by a custom rule and VariableTop value, but to do that, first such rule would have to be passed and that odd hang prevents it at the moment. It would also be nice, if it was possible to initialize the collator only once for an app instance - after all, in Windows locale change requires a reboot, so while (AFAIK) one wineserver instance can have apps in different locales running, locale can't change for an already running app. So if you have any idea of why exactly the hang happens and how to get around it or know any *technical* reasons of why ICU couldn't be used in wine, CC me with comments.

5 7

Re: wined3d: Report every texture format as filterable and blendable.
by Dan Kegel Oct. 12, 2011

Oct. 12, 2011

Fails d3d9's visual tests here. os: Linux 3.0.0-12-generic, Ubuntu 11.10 gpu: GeForce GT 240/PCI/SSE2 3.3.0 NVIDIA 280.13 On Wed, Oct 12, 2011 at 2:52 PM, <buildbot(a)kegel.com> wrote: > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default while building Wine. > Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/273 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: failed command was ../../../wine d3d9_test.exe.so visual.c > fixme:win:EnumDisplayDevicesW ((null),0,0x33f0cc,0x00000000), stub! > fixme:d3d_draw:drawPrimitive Using software emulation because manual fog coordinates are provided > fixme:d3d:state_shademode WINED3DSHADE_PHONG isn't supported > fixme:d3d:state_shademode WINED3DSHADE_PHONG isn't supported > visual.c:9147: Tests skipped: D3DFMT_G16R16 textures not supported as render targets. > visual.c:9239: Test failed: Offscreen failed for D3DFMT_R16F: Got color 0x20ffff, expected 0x18ffff. > visual.c:9239: Test failed: Offscreen failed for D3DFMT_G16R16F: Got color 0x2010ff, expected 0x1818ff. > visual.c:9239: Test failed: Offscreen failed for D3DFMT_R32F: Got color 0x20ffff, expected 0x18ffff. > visual.c:9239: Test failed: Offscreen failed for D3DFMT_G32R32F: Got color 0x2010ff, expected 0x1818ff. > visual.c:9239: Test failed: Offscreen failed for D3DFMT_A32B32G32R32F: Got color 0x201000, expected 0x181800. > visual.c:7741: Tests skipped: Card has unconditional pow2 support, skipping conditional NP2 tests > make: *** [visual.ok] Error 5 > * Call to xpconnect wrapped JSObject produced this error: * > * Call to xpconnect wrapped JSObject produced this error: * > GnuTLS error: GnuTLS internal error. > >

2 1

Please Test again, user32: use uniscribe in the single line edit control
by Aric Stewart Oct. 12, 2011

Oct. 12, 2011

Apologies I sent this to the wrong list just now. Ok, Thanks to Dan I have found and corrected the issues that this created with the tests. I believe all the tests should continue to pass with this version of the patch. Has anyone tried it live in any applications? -aric --- dlls/user32/edit.c | 252 +++++++++++++++++++++++++++++----------------------- 1 files changed, 142 insertions(+), 110 deletions(-)

1 0

Re: shell32/tests: Better check the result of SHGetDesktopFolder
by Austin English Oct. 12, 2011

Oct. 12, 2011

2011/10/12 André Hentschel <nerv(a)dawncrow.de>: > Might fix the crash in some NT4 systems > --- > dlls/shell32/tests/brsfolder.c | 3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/dlls/shell32/tests/brsfolder.c b/dlls/shell32/tests/brsfolder.c > index 7b87967..6e5e73b 100644 > --- a/dlls/shell32/tests/brsfolder.c > +++ b/dlls/shell32/tests/brsfolder.c > @@ -331,7 +331,8 @@ static void test_selection(void) > > hr = SHGetDesktopFolder(&desktop_object); > ok (SUCCEEDED(hr), "SHGetDesktopFolder failed with hr 0x%08x\n", hr); > - if (FAILED(hr)) { > + ok (desktop_object, "Expected desktop_object to be a valid interface\n"); > + if (FAILED(hr) || !desktop_object) { > skip("SHGetDesktopFolder failed - skipping\n"); > return; > } > -- > > Best Regards, André Hentschel Causes a compiler warning on Buildbot: Errors: brsfolder.c: In function 'test_selection': brsfolder.c:334:5: error: passing argument 1 of 'winetest_ok' makes integer from pointer without a cast [-Werror] make[1]: *** [brsfolder.o] Error 1 -- -Austin

1 0

Warning report for wine-1.3.30-55-g583e887
by Jerome Leclanche Oct. 12, 2011

Oct. 12, 2011

It would be nice to fix the "array subscript is above array bounds" warning spam for 1.4.0. They make up 90% of the warnings. Apart from those, theres 25 more warning blocks to fix, most of them unused-but-set-variables. JL

5 5

Re: [Corrected^2] dlls/ntdll/serial.c: Generate a single EV_TXEMPTY when the\ TX buffer turns empty
by Alexandre Julliard Oct. 12, 2011

Oct. 12, 2011

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > @@ -807,8 +808,22 @@ typedef struct async_commio > static NTSTATUS get_irq_info(int fd, serial_irq_info *irq_info) > { > NTSTATUS status = STATUS_NOT_IMPLEMENTED; > -#ifdef TIOCGICOUNT > struct serial_icounter_struct einfo; You can't move this out of the #idef. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: d3d8/tests: skip the visual test if d3d cannot be initialized
by Henri Verbeet Oct. 12, 2011

Oct. 12, 2011

On 12 October 2011 01:51, Austin English <austinenglish(a)gmail.com> wrote: > Current d3d8 does a win_skip(), while d3d9 does a skip(). This unifies > the behavior to match the d3d9 behavior. > I seem to recall this being intentional, so that you get a failure if your setup has e.g. no OpenGL.

2 1

Re: [4/4] wined3d: Don't allow fbo blits to frontbuffers that need fixups.
by Henri Verbeet Oct. 12, 2011

Oct. 12, 2011

On 11 October 2011 22:31, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > static BOOL fbo_blit_supported(const struct wined3d_gl_info *gl_info, enum wined3d_blit_op blit_op, > const RECT *src_rect, DWORD src_usage, WINED3DPOOL src_pool, const struct wined3d_format *src_format, > - const RECT *dst_rect, DWORD dst_usage, WINED3DPOOL dst_pool, const struct wined3d_format *dst_format) > + const RECT *dst_rect, DWORD dst_usage, WINED3DPOOL dst_pool, const struct wined3d_format *dst_format, > + const struct wined3d_surface *dst_surface) I don't think we want this. Does this actually ever happen?

2 1

Re: 79794: Help Test Please: use uniscribe in the single line edit control
by Dan Kegel Oct. 12, 2011

Oct. 12, 2011

Hi Aric, failed again on second run, http://buildbot.kegel.com:8010/builders/runtests-default/builds/209 Failing tests are comctl32_test.exe.so listview.c comctl32_test.exe.so updown.c user32_test.exe.so edit.c On Tue, Oct 11, 2011 at 1:26 PM, Dan Kegel <dank(a)kegel.com> wrote: > Hey Aric, > don't know if I trust the bot at the moment, but it says the tests > failed here... > I'll rerun them to see if the failure is repeatable. > > ---------- Forwarded message ---------- > From: <buildbot(a)kegel.com> > Date: Tue, Oct 11, 2011 at 1:21 PM > Subject: Re: 79794: Help Test Please: use uniscribe in the single line > edit control > To: dank(a)kegel.com, wine-tests-results(a)winehq.org > > > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default > while building Wine. > Full details are available at: > http://buildbot.kegel.com/builders/runtests-default/builds/186 (though > maybe not for long, as I'm still reinstalling the buildbot > periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: Timeout! Killing child ../../../wine. > alarum: failed command was ../../../wine comctl32_test.exe.so listview.c > alarum: ../../../wine terminated abnormally > make: *** [listview.ok] Error 99 > alarum: Timeout! Killing child ../../../wine. > alarum: failed command was ../../../wine comctl32_test.exe.so updown.c > alarum: ../../../wine terminated abnormally > make: *** [updown.ok] Error 99 > * Call to xpconnect wrapped JSObject produced this error: * > * Call to xpconnect wrapped JSObject produced this error: * > alarum: failed command was ../../../wine user32_test.exe.so edit.c > edit.c:1138: Test failed: expected 1 got 0 > edit.c:1156: Test failed: expected 1 got 0 > edit.c:1174: Test failed: expected 1 got 0 > make: *** [edit.ok] Error 3 > GnuTLS error: GnuTLS internal error. >

2 1

Re: [PATCH 5/5] server/named_pipe.c: remove the ps_disconnected_server state, if DisconnectNamedPipe is called, the server i
by Marvin Oct. 12, 2011

Oct. 12, 2011

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=14844 Your paranoid android. === WNT4WSSP6 (32 bit pipe) === pipe.c:1603: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 203 === W2KPROSP4 (32 bit pipe) === pipe.c:1603: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 997

1 0

Re: [PATCH 4/5] kernel32, ntdll: implement most of GetNamedPipeHandleState (try 2)
by Marvin Oct. 12, 2011

Oct. 12, 2011

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=14843 Your paranoid android. === WNT4WSSP6 (32 bit pipe) === pipe.c:1559: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 203 === W2KPROSP4 (32 bit pipe) === pipe.c:1559: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 997

1 0

Re: [2/4] wined3d: reject ARB shader blits if the destination is not fbo attachable
by Henri Verbeet Oct. 12, 2011

Oct. 12, 2011

On 11 October 2011 22:30, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > + if (wined3d_settings.offscreen_rendering_mode == ORM_FBO) > + { > + if (!((dst_format->flags & WINED3DFMT_FLAG_FBO_ATTACHABLE) || (dst_usage & WINED3DUSAGE_RENDERTARGET))) > + return FALSE; > + } > + else if (!(dst_usage & WINED3DUSAGE_RENDERTARGET)) > + { > + return FALSE; > + } This is redundant. Formats are never FBO-attachable if we don't have FBOs. It's not clear this is what you want either way though. This pretty much looks like a copy/paste from fbo_blit_supported(), and the WINED3DUSAGE_RENDERTARGET check there is to allow formats that don't have a FBO-attachable internal format, but were created with the rtInternal format (which should always be attachable). There's really no equivalent check for backbuffer ORM, it just renders something and hopes we can read it back.

2 1

Re: [1/4] wined3d: Use an rbtree for the blit programs
by Henri Verbeet Oct. 12, 2011

Oct. 12, 2011

Why do you need this?

2 3

Re: [3/4] wined3d: reject ffp blits if the destination is not fbo attachable
by Henri Verbeet Oct. 12, 2011

Oct. 12, 2011

On 11 October 2011 22:30, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > + if (wined3d_settings.offscreen_rendering_mode == ORM_FBO) > + { > + if (!((dst_format->flags & WINED3DFMT_FLAG_FBO_ATTACHABLE) || (dst_usage & WINED3DUSAGE_RENDERTARGET))) > + return FALSE; > + } > + else if (!(dst_usage & WINED3DUSAGE_RENDERTARGET)) > + { > + return FALSE; > + } Same consideration as for 2/4. Guess I should have caught this when bccfd7cc introduced it.

1 0

Re: [PATCH] dsound: Don't claim to support hardware buffers
by Marvin Oct. 11, 2011

Oct. 11, 2011

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=14829 Your paranoid android. === W2K3R2SESP2 (32 bit dsound) === dsound.c:329: Test failed: IDirectSound_CreateSoundBuffer() failed to create a secondary buffer 88780032

1 0

Re: [PATCH] dsound: Don't claim to support hardware buffers
by Chris Robinson Oct. 11, 2011

Oct. 11, 2011

Hi. On Tuesday, October 11, 2011 3:31:59 PM Andrew Eikum wrote: > The specific drvcaps values and error code were tested against Windows > 7. How does this affect the primary buffer? Is it not allowed to be a hardware buffer either?

1 0

Re: [PATCH 1/7] msi/custom.c: unify thread handling of different custom action types (resend)
by Hans Leidekker Oct. 11, 2011

Oct. 11, 2011

On Tue, 2011-10-11 at 13:20 +0200, Bernhard Loos wrote: +static HRESULT get_action_info( msi_custom_action_info *info, INT *type, + BSTR *source, BSTR *target, BSTR *name, + IWineMsiRemotePackage **package ) { - IClassFactory *cf = NULL; - IWineMsiRemoteCustomAction *rca = NULL; - HRESULT r; - - r = DllGetClassObject( &CLSID_WineMsiRemoteCustomAction, - &IID_IClassFactory, (LPVOID *)&cf ); - if (FAILED(r)) - { - ERR("failed to get IClassFactory interface\n"); - return ERROR_FUNCTION_FAILED; - } - - r = IClassFactory_CreateInstance( cf, NULL, &IID_IWineMsiRemoteCustomAction, (LPVOID *)&rca ); - if (FAILED(r)) - { - ERR("failed to get IWineMsiRemoteCustomAction interface\n"); - return ERROR_FUNCTION_FAILED; - } - - r = IWineMsiRemoteCustomAction_GetActionInfo( rca, guid, type, handle, dll, funcname, package ); - IWineMsiRemoteCustomAction_Release( rca ); - if (FAILED(r)) - { - ERR("GetActionInfo failed\n"); - return ERROR_FUNCTION_FAILED; + IWineMsiRemotePackage *rp; + HRESULT res; + *source = *target = *name = NULL; + + res = create_msi_remote_package( NULL, (void **) &rp ); + if (FAILED( res )) + return res; + res = IWineMsiRemotePackage_SetMsiHandle( rp, alloc_msihandle( &info->package->hdr ) ); You should check for failure from alloc_msihandle. + if (FAILED( res )) + goto error; + + *source = SysAllocString( info->source ); + *target = SysAllocString( info->target ); + *name = SysAllocString( info->action ); + if (!*source || !*target || !*name) { + res = E_OUTOFMEMORY; + goto error; } - + + *package = rp; + *type = info->type; + return ERROR_SUCCESS; This should become S_OK. You are mixing up return types in more places.

2 1

Re: [PATCH 5/7] msi/custom.c: get rid of MSIRUNNINGACTION
by Hans Leidekker Oct. 11, 2011

Oct. 11, 2011

> -static UINT HANDLE_CustomType50(MSIPACKAGE *package, LPCWSTR source, > +static msi_custom_action_info *HANDLE_CustomType50(MSIPACKAGE *package, LPCWSTR source, > LPCWSTR target, const INT type, LPCWSTR action) > { > WCHAR *exe, *arg; > msi_custom_action_info *info; > > - if (!(exe = msi_dup_property( package->db, source ))) return ERROR_SUCCESS; > + if (!(exe = msi_dup_property( package->db, source ))) return NULL; Are you sure this should be an error? Native might ignore a missing property. > -static UINT HANDLE_CustomType53_54(MSIPACKAGE *package, LPCWSTR source, > +static msi_custom_action_info *HANDLE_CustomType53_54(MSIPACKAGE *package, LPCWSTR source, > LPCWSTR target, const INT type, LPCWSTR action) > { > msi_custom_action_info *info; > WCHAR *prop; > - UINT r; > > TRACE("%s %s\n", debugstr_w(source), debugstr_w(target)); > > prop = msi_dup_property( package->db, source ); > - if (!prop) return ERROR_SUCCESS; > + if (!prop) return NULL; Same here.

2 1

re: [PATCH 1/2] ntdll: windows refuses to load an image; if sections overlap the header size as given in the SizeOfHeaders field
by Dan Kegel Oct. 11, 2011

Oct. 11, 2011

Hi Bernhard, Build fails here: loader.c: In function ‘test_section_mapping’: loader.c:706:9: error: unused variable ‘i’ [-Werror=unused-variable] cc1: all warnings being treated as errors make[1]: *** [loader.o] Error 1 make[1]: Leaving directory `/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/tests' make: *** [dlls/kernel32/tests] Error 2 http://buildbot.kegel.com:8010/builders/runtests-default/builds/159 Can you fix and resubmit the series?

3 4

Re: [3/3] ddraw: Keep track of interface attached by AddAttachedSurface and detach correct interface when parent is released. (try 2)
by Alexandre Julliard Oct. 11, 2011

Oct. 11, 2011

Octavian Voicu <octavian.voicu(a)gmail.com> writes: > Fixes a bug that causes a stencil buffer leak in the game The Longest Journey. > Problem can be seen in the console output log attached to bug #11819. > This patch doesn't fix the original bug, but now game exits cleanly. > > The root of the problem is that when releasing a surface, its attached > surfaces are detached using IDirectDraw7_DeleteAttachedSurface, regardless > of what interface was originally attached. It doesn't work here: ../../../tools/runtest -q -P wine -M ddraw.dll -T ../../.. -p ddraw_test.exe.so dsurface.c && touch dsurface.ok dsurface.c:1603: Test failed: DeleteAttachedSurface returned 887601cc dsurface.c:3534: Tests skipped: IDirectDraw7_CreateSurface failed, hr = 0x88760091, format D3DFMT_X8B8G8R8 dsurface.c:3534: Tests skipped: IDirectDraw7_CreateSurface failed, hr = 0x88760091, format D3DFMT_X8B8G8R8 dsurface.c:3534: Tests skipped: IDirectDraw7_CreateSurface failed, hr = 0x88760091, format D3DFMT_A2R10G10B10 dsurface.c:3534: Tests skipped: IDirectDraw7_CreateSurface failed, hr = 0x88760091, format D3DFMT_A8L8 make[1]: *** [dsurface.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 4/4] kernel32, ntdll: implement most of GetNamedPipeHandleState
by Juan Lang Oct. 11, 2011

Oct. 11, 2011

Hi Bernhard, nit: - todo_wine - ok(!ret && GetLastError() == ERROR_INVALID_PARAMETER, + todo_wine ok(!ret && GetLastError() == ERROR_INVALID_PARAMETER, This change is a no-op. --Juan

2 1

Re: [PATCH 4/4] kernel32, ntdll: implement most of GetNamedPipeHandleState
by Marvin Oct. 11, 2011

Oct. 11, 2011

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=14813 Your paranoid android. === WNT4WSSP6 (32 bit pipe) === pipe.c:1559: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 203 === W2KPROSP4 (32 bit pipe) === pipe.c:1559: Test failed: expected ERROR_CANNOT_IMPERSONATE, got 997

1 0

Re: [PATCH 3/3] vbscript: Added Hex function tests
by Marvin Oct. 11, 2011

Oct. 11, 2011

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=14804 Your paranoid android. === WNT4WSSP6 (32 bit) === No test summary line found === W2KPROSP4 (32 bit) === No test summary line found === WXPPROSP3 (32 bit) === No test summary line found === W2K3R2SESP2 (32 bit) === No test summary line found === WVISTAADM (32 bit) === No test summary line found === W2K8SE (32 bit) === No test summary line found === W7PRO (32 bit) === No test summary line found === W7PROX64 (32 bit) === No test summary line found === TEST64_W7SP1 (32 bit) === No test summary line found === W7PROX64 (64 bit) === No test summary line found === TEST64_W7SP1 (64 bit) === No test summary line found

1 0

Re: winex11.drv/keyboard: MAPVK_VK_TO_CHAR correction (Bug 28168)
by Frédéric Delanoy Oct. 10, 2011

Oct. 10, 2011

On Mon, Oct 10, 2011 at 22:46, <sebastian.riemer(a)gmx.de> wrote: > --- > dlls/winex11.drv/keyboard.c | 563 ++++++++++++++++++++++++++++++++++++++----- > 1 files changed, 499 insertions(+), 64 deletions(-) Please follow patch submission rules from http://wiki.winehq.org/SubmittingPatches

1 0

winex11.drv/keyboard: MAPVK_VK_TO_CHAR direct mapping
by Sebastian Riemer Oct. 10, 2011

Oct. 10, 2011

Hi developers, I've just sent my first patch I would like to see in mainline. I did quite some efforts to verify that my patch is correct by doing extensive compares with Windows, the wine before and the patched wine as well as a special testing version of wine. I want to fix this bug http://bugs.winehq.org/show_bug.cgi?id=28168 and I've attached my verification data there, because this is difficult to integrate into the test suite. Could someone please look at my files and help me with some tips and advice or want to become my mentor? I'm really tired of just writing test data into the AppDB and only little changes over the time for the applications I maintain. So, I want to improve wine for the applications I like. Cheers, Sebastian

1 0

Re: mscoree: Implement ICorDebug SetManagedHandler (try 3)
by Vincent Povirk Oct. 10, 2011

Oct. 10, 2011

Should SetManagedHandler really fail if the given object doesn't support ICorDebugManagedCallback2 ? You've got a stray whitespace change in RuntimeHost_Destroy. Otherwise, this looks good to me. On Mon, Oct 10, 2011 at 5:12 AM, Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> wrote: > Hi, > > Only Release the interfaces after we have a valid callback. > Allow multiple Interfaces per runtime. > > > Changelog: > mscoree: Implement ICorDebug SetManagedHandler > > > Best Regards > Alistair Leslie-Hughes > > > > > >

2 2

DEVELOPMENTAL: use uniscribe in the edit control
by Aric Stewart Oct. 10, 2011

Oct. 10, 2011

This patch is experimental but people had some interest in testing it and I would love some more testing. What is currently known not to be working: * Tabs * Font Fallback * Complex composed glyphs are not breaking or highlighting properly. Testing is appreceated. Send me crashes or incorrect behavior. It should work with both native and builtin usp10. The patch will be cleaned and broken up before being send it this is just for testing. thanks! -aric --- dlls/user32/edit.c | 495 +++++++++++++++++++++++++++------------------------- 1 files changed, 256 insertions(+), 239 deletions(-)

1 0

Re: [1/5] d3d8: Never announce support for palettized textures
by Henri Verbeet Oct. 10, 2011

Oct. 10, 2011

On 9 October 2011 15:21, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > This is the first set of my P8 patches, they remove dead code that is left over > from d3d8/9 style palettized texture support. See > http://www.winehq.org/pipermail/wine-devel/2011-October/092744.html for the > entire patchset. > I thought you asked me not to look at these patches yet because you still had some issues to fix. Regardless, I gave this a cursory look: - I can't say I find e.g. sprinkling d3dformat_is_palettized() over the code particularly elegant. - Do you have tests for the D3DERR_INVALIDCALL returns? - In patch 5 you remove wined3d_device_get_current_texture_palette() from the spec but not from the public header.

2 3

Re: [ 3/3] ddraw: Keep track of interface attached by AddAttachedSurface and detach correct interface when parent is released.
by Henri Verbeet Oct. 10, 2011

Oct. 10, 2011

On 10 October 2011 08:07, Octavian Voicu <octavian.voicu(a)gmail.com> wrote: > +static HRESULT delete_attached_surface_helper(IDirectDrawSurfaceImpl *root, IDirectDrawSurfaceImpl *detach) > +{ > + if (detach->attached_iface == &detach->IDirectDrawSurface4_iface) > + return IDirectDrawSurface4_DeleteAttachedSurface(&root->IDirectDrawSurface4_iface, 0, > + &detach->IDirectDrawSurface4_iface); > + else if (detach->attached_iface == &detach->IDirectDrawSurface3_iface) > + return IDirectDrawSurface3_DeleteAttachedSurface(&root->IDirectDrawSurface3_iface, 0, > + &detach->IDirectDrawSurface3_iface); > + else if (detach->attached_iface == &detach->IDirectDrawSurface2_iface) > + return IDirectDrawSurface2_DeleteAttachedSurface(&root->IDirectDrawSurface2_iface, 0, > + &detach->IDirectDrawSurface2_iface); > + else if (detach->attached_iface == &detach->IDirectDrawSurface_iface) > + return IDirectDrawSurface_DeleteAttachedSurface(&root->IDirectDrawSurface_iface, 0, > + &detach->IDirectDrawSurface_iface); > + else if (detach->attached_iface != &detach->IDirectDrawSurface7_iface) > + FIXME("attached_iface %p is invalid for surface %p\n", detach->attached_iface, detach); > + > + return IDirectDrawSurface7_DeleteAttachedSurface(&root->IDirectDrawSurface7_iface, 0, > + &detach->IDirectDrawSurface7_iface); > +} > + Can't you just handle this in ddraw_surface_delete_attached_surface()? I.e., replace the Release calls in ddraw_surface?_DeleteAttachedSurface() with a IUnknown_Release(Surf->attached_iface) in ddraw_surface_delete_attached_surface(), and then just call ddraw_surface_delete_attached_surface() where you're using delete_attached_surface_helper() now.

2 1

Re: [PATCH] ntdll: deal with images which override the section table during mapping
by Marcus Meissner Oct. 9, 2011

Oct. 9, 2011

On Mon, Oct 10, 2011 at 11:36:33AM +0200, Bernhard Loos wrote: > --- > dlls/ntdll/virtual.c | 38 ++++++++++++++++++++++++++++++++++---- > 1 files changed, 34 insertions(+), 4 deletions(-) I think this needs tests, the algorithms are very fragile. Ciao, Marcus > diff --git a/dlls/ntdll/virtual.c b/dlls/ntdll/virtual.c > index 5e69eb9..7841d9c 100644 > --- a/dlls/ntdll/virtual.c > +++ b/dlls/ntdll/virtual.c > @@ -1114,6 +1114,7 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > IMAGE_DOS_HEADER *dos; > IMAGE_NT_HEADERS *nt; > IMAGE_SECTION_HEADER *sec; > + IMAGE_SECTION_HEADER *section_table = NULL; > IMAGE_DATA_DIRECTORY *imports; > NTSTATUS status = STATUS_CONFLICTING_ADDRESSES; > int i; > @@ -1123,6 +1124,7 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > struct file_view *view = NULL; > char *ptr, *header_end; > INT_PTR delta = 0; > + DWORD SizeOfHeaders; > > /* zero-map the whole range */ > > @@ -1158,8 +1160,11 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > header_end = ptr + ROUND_SIZE( 0, header_size ); > memset( ptr + header_size, 0, header_end - (ptr + header_size) ); > if ((char *)(nt + 1) > header_end) goto error; > - sec = (IMAGE_SECTION_HEADER*)((char*)&nt->OptionalHeader+nt->FileHeader.SizeOfOptionalHeader); > - if ((char *)(sec + nt->FileHeader.NumberOfSections) > header_end) goto error; > + section_table = (IMAGE_SECTION_HEADER*)((char*)&nt->OptionalHeader+nt->FileHeader.SizeOfOptionalHeader); > + /* make sure we mapped enough memory */ > + if ((char *)(section_table + nt->FileHeader.NumberOfSections) > header_end) goto error; > + /* windows is only interested in the size as given by OptionalHeader.SizeOfHeaders */ > + SizeOfHeaders = ROUND_SIZE( 0, nt->OptionalHeader.SizeOfHeaders ); > > imports = nt->OptionalHeader.DataDirectory + IMAGE_DIRECTORY_ENTRY_IMPORT; > if (!imports->Size || !imports->VirtualAddress) imports = NULL; > @@ -1180,7 +1185,7 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > if (nt->OptionalHeader.FileAlignment != nt->OptionalHeader.SectionAlignment) goto error; > for (i = 0; i < nt->FileHeader.NumberOfSections; i++) > { > - if (sec[i].VirtualAddress != sec[i].PointerToRawData) > + if (section_table[i].VirtualAddress != section_table[i].PointerToRawData) > goto error; /* Windows refuses to load in that case too */ > } > > @@ -1192,6 +1197,24 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > goto done; > } > > + if ((char *)(section_table + nt->FileHeader.NumberOfSections) > ptr + SizeOfHeaders) > + { > + /* part of the section table is outside of SizeOfHeaders > + * at this point, it's likely that a section will get mapped over > + * the section table (Borderlands does this) > + * Not sure how it works on Windows, but we make a copy of the > + * table at this point */ > + sec = RtlAllocateHeap( virtual_heap, 0, sizeof(*sec) * nt->FileHeader.NumberOfSections); > + if (!sec) > + { > + status = STATUS_NO_MEMORY; > + goto error; > + } > + memcpy( sec, section_table, sizeof(*sec) * nt->FileHeader.NumberOfSections); > + section_table = sec; > + } > + else > + sec = section_table; > > /* map all the sections */ > > @@ -1200,6 +1223,9 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > static const SIZE_T sector_align = 0x1ff; > SIZE_T map_size, file_start, file_size, end; > > + if (sec->VirtualAddress < SizeOfHeaders) > + goto error; > + > if (!sec->Misc.VirtualSize) > map_size = ROUND_SIZE( 0, sec->SizeOfRawData ); > else > @@ -1329,7 +1355,7 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > > VIRTUAL_SetProt( view, ptr, ROUND_SIZE( 0, header_size ), VPROT_COMMITTED | VPROT_READ ); > > - sec = (IMAGE_SECTION_HEADER*)((char *)&nt->OptionalHeader+nt->FileHeader.SizeOfOptionalHeader); > + sec = section_table; > for (i = 0; i < nt->FileHeader.NumberOfSections; i++, sec++) > { > SIZE_T size; > @@ -1361,6 +1387,8 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > } > > done: > + if (section_table && (char *)section_table != (char *)&nt->OptionalHeader+nt->FileHeader.SizeOfOptionalHeader) > + RtlFreeHeap( virtual_heap, 0, section_table ); > view->mapping = dup_mapping; > server_leave_uninterrupted_section( &csVirtual, &sigset ); > > @@ -1373,6 +1401,8 @@ static NTSTATUS map_image( HANDLE hmapping, int fd, char *base, SIZE_T total_siz > > error: > if (view) delete_view( view ); > + if (section_table && (char *)section_table != (char *)&nt->OptionalHeader+nt->FileHeader.SizeOfOptionalHeader) > + RtlFreeHeap( virtual_heap, 0, section_table ); > server_leave_uninterrupted_section( &csVirtual, &sigset ); > if (dup_mapping) NtClose( dup_mapping ); > return status; >

1 0

Re: [PATCH] server: if a debugger is attached to a process, child processes shouldn't get debugged (resend)
by Dmitry Timoshkov Oct. 9, 2011

Oct. 9, 2011

Bernhard Loos <bernhardloos(a)googlemail.com> wrote: > + int debug_childs:1; /* also debug all child processes */ 'debug_children' would be a better name. -- Dmitry.

4 3

The major mmdevapi and winmm audio bugs
by Joerg-Cyril.Hoehle＠t-systems.com Oct. 9, 2011

Oct. 9, 2011

Hi, Bugzilla admins, please set the 1.4 milestone on all bugs mentioned here. I'm not yet looking at dsound issues since I first want a correct foundation upon which to build to upper layers. o #28039 IAudioClock_GetPosition must ignore underruns (MacOS) Here I've no idea how to solve this. My initial query remained unanswered: http://lists.apple.com/archives/coreaudio-api//2011/Sep/msg00024.html Ken? Andrew's yesterday patch (using GetCurrentPadding) is an interim work-around. GetPosition (speaker) is unrelated to padding which is solely about buffering. o #28093 GetCurrentPadding must slowly decrease (MacOS) may cause an app to play audio using a single buffer, causing underruns and audio drop outs. o #28056 Problems with sound under FreeBSD which became "blocking calls with OSS" recently addressed by Andrew. o snd_pcm_drop causes incorrect GetPosition after mmdevapi Stop which I believe to be the cause of: #27901 winmm tests timing out waiting for hevent after waveOutRestart May get solved by Andrew's work in: #28517 Pikachu Volleyball stops playing sound effects Every snd_pcm_drop and reset must be inspected with care w.r.t. its effect on GetPosition. Wine must ensure that after playing ends, GetPosition == sum of written samples for both mmdevapi and winmm. o #27937 winmm kept busy playing silence after play finishes IIRC because winmm writes silence. Once mmdevapi handles underruns correctly, my patch "winmm: Never write silence, mmdevapi must handle underruns." will become applicable: http://www.winehq.org/pipermail/wine-patches/2011-September/107108.html Playing silence causes: #28027 μ-law rendering with pauses and repetitions (MacOS) as well as presumably: #28413 Sound play in games and programs causes brief "pauses" at the time dsound used winmm prior to 1.3.29. o #28047 IAudioClock_GetPosition must not depend on buffering (ALSA/Pulse) ALSA must derive GetPosition from snd_pcm_delay, not snd_pcm_avail_update There are other issues not associated with a bug entry. I'm off for vacation, but here's a snippet from my TODO list: - OSS GetPosition from DSP_GETODELAY - ALSA+OSS: ReleaseBuffer: check method ordering and max size - GetStreamLatency = Xms + SHAREDMODE:period Stream latency is a static property of the audio graph's components. - wineoss GetStreamLatency must be constant, and SNDCTL_DSP_GETODELAY is only usable once running - Check WHDR_BEGIN/ENDLOOP code and write tests - WINMM_GetPosition is simply written_frames, not even minus padding (as the old alsa driver did), later use mmdevapi:GetPosition. - winmm PushData without IAC_Reset or last_clock_pos=0 in case of underrun - Investigate OSS4 underrun behaviour - Align wineOSS on newest ALSA code improvements - Submit CoreAudio memory leak fix to #28023; Write error handling patch - Check ALSA laptop suspend w.r.t. GetPosition - Add run-time consistency checks in renderer and abort audio stream (GetData) upon trouble instead of hanging. and finally: - Test compatibility with native DSound and file bug if unusable. There are several reports in bugzilla mentioning that this work-around ceased to work since 1.3.25. Loss of interoperability is not acceptable. Regards, Jörg Höhle

3 2

Re: [PATCH] server: Use syscall(2) instead of inline assembly on Mac OS, too.
by Alexandre Julliard Oct. 9, 2011

Oct. 9, 2011

Charles Davis <cdavis(a)mymail.mines.edu> writes: > @@ -268,9 +256,9 @@ int send_thread_signal( struct thread *thread, int sig ) > if (!mach_port_extract_right( process_port, thread->unix_tid, > MACH_MSG_TYPE_COPY_SEND, &port, &type )) > { > - if ((ret = pthread_kill_syscall( port, sig )) < 0) > + if ((ret = syscall( SYS___pthread_kill, port, sig )) != 0) > { > - errno = -ret; > + errno = ret; syscall is supposed to take care of errno. -- Alexandre Julliard julliard(a)winehq.org

3 2

valgrind and buildbot
by Dan Kegel Oct. 9, 2011

Oct. 9, 2011

As always, http://buildbot.kegel.com is just now starting to look stable (kind of like fusion power is always nearly practical). So I'm starting to look at adding valgrind to the buildbot. I won't check for memory leaks at all, since those are too numerous to count. And I'll only valgrind the tests immediately related to each proposed patch. First, though, I need a complete suppressions file for all existing wine valgrind warnings. That's going to take a while to put together, since some of the warnings don't show up on every run. And before I bother to automate anything, I'm taking a little detour, looking at the existing warnings, and trying to see if we can make a little progress on some of them. The script http://code.google.com/p/winezeug/source/browse/trunk/buildbot/runval.sh is how I'm starting to do a manual sweep for valgrind errors. I'm going DLL by DLL, starting with advapi32, looking carefully at each valgrind error. For each error that looks spurious or expected, I will add a suppression to the existing global suppressions file, http://code.google.com/p/winezeug/source/browse/trunk/valgrind/valgrind-sup… For each error that looks real, I'll try to understand it and fix it if the error is not deep, or file a wine bug and add a matching suppression to http://code.google.com/p/winezeug/source/browse/trunk/buildbot/valgrind-bla… When bugs get fixed, I'll remove the matching suppressions from that file. This morning I looked at a grand total of one valgrind warning (in advapi32/security.c), and filed http://bugs.winehq.org/show_bug.cgi?id=28628 for it. I did glance at a couple more; advapi32/crypt.c has a bunch of expected errors (which I'll probably add to valgrind-suppressions), and atl/atl_ax has a bunch of what look like real errors (which I'll probably file a bug for and add to valgrind-blacklist). It'll probably take quite a while to catalog the baseline errors and get a complete blacklist. If it takes too long (more than a few weeks), I'll chuck it and do a dumb blanket suppression of all existing warnings.

1 0

Palettized ddraw surface patches
by Stefan Dösinger Oct. 9, 2011

Oct. 9, 2011

Hi, I'll start sending my patches for blitting palettized surfaces with opengl. There are quite a few patches and I won't send them all in one, so this mail shows where I am headed. Palettized surfaces are in a bad shape right now, both in terms of code quality and functionality. My patches will not fix all issues because this would require a shadow frontbuffer in wined3d, and Henri and I agreed that this should wait until after Wine 1.4. However, my patches fix a number of issues and eliminate a lot of dead code and hacks. Other work that needs to be done, but is separate from those patches: *) Emulate color keying in the ARBfp fragment pipeline. That way the upload- time color keying conversion can be limited to situations where shaders are not available and the alpha = 0.0 hack in patch 20 removed. *) Finish the blit infrastructure cleanup. Mainly, get rid of the hardcoded arbfp_blit backend in wined3d_surface_blt, get rid of arbfp_blit_surface and the remains of IWineD3DSurfaceImpl_BltOverride. *) Investigate if there's any point in P8 blitting with ATIfs and nvrc. The fixed function pipeline replacements would profit from proper 3D color keying, but that only works if we have blitters that can blit without color keying during texture upload. *) Make overlays work properly again. The overlay tests work, but the d3d7 sdk samples refuse to run for some reason. With the GL ddraw renderer as default we can also look into games like Settlers 3 that use overlays to draw the mouse pointer. @Henri and Matteo: The difference between this patchset and the one I sent you a few days ago is that my old patchset made onscreen surfaces as a whole a special case, while this one only has special handling for blits to onscreen surfaces. The new way needs less infrastructure changes, works better with palette changes and is a lot closer to how things should work with a shadow frontbuffer in wined3d. Stefan

1 0

Re: inetmib1: Avoid idempotent operation in findSupportedQuery function (Clang)
by Octavian Voicu Oct. 8, 2011

Oct. 8, 2011

2011/10/2 Frédéric Delanoy <frederic.delanoy(a)gmail.com> > - for (i = (indexLow + indexHigh) / 2; !impl && indexLow <= indexHigh; > - i = (indexLow + indexHigh) / 2) > + for (i = indexHigh / 2; !impl && indexLow <= indexHigh; i = (indexLow + indexHigh) / 2) How about following code: while (!impl && indexLow <= indexHigh) { /* ... */ i = (indexLow + indexHigh) / 2; /* ... */ } Octavian

1 0

Re: jscript: Mark some fall-throughs in switch statements
by Alexandre Julliard Oct. 8, 2011

Oct. 8, 2011

Andrew Talbot <andrew.talbot(a)talbotville.com> writes: > @@ -4037,6 +4037,7 @@ static HRESULT RegExpConstr_leftContext(script_ctx_t *ctx, vdisp_t *jsthis, WORD > > V_VT(retv) = VT_BSTR; > V_BSTR(retv) = ret; > + /* fall through */ > } > case DISPATCH_PROPERTYPUT: > return S_OK; I don't think that PROPERTYGET is supposed to fall through to PROPERTYPUT. -- Alexandre Julliard julliard(a)winehq.org

3 2

Re: trunk build
by Charles Davis Oct. 8, 2011

Oct. 8, 2011

This can't be related to my syscall patch. On Oct 8, 2011, at 12:12 PM, buildbot(a)kegel.com wrote: > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default while building Wine. > Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/74 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: failed command was ../../../wine ddraw_test.exe.so visual.c > fixme:win:EnumDisplayDevicesW ((null),0,0x32f54c,0x00000000), stub! > fixme:d3d_draw:drawPrimitive Using software emulation because manual fog coordinates are provided > err:d3d:wined3d_device_uninit_3d Something is still holding a reference to depth/stencil buffer 0x15f090. > fixme:win:EnumDisplayDevicesW ((null),0,0x32f53c,0x00000000), stub! > visual.c:1903: Tests skipped: device has no P8 texture support, skipping test > fixme:ddraw:IDirect3DDeviceImpl_7_Release Texture handle 0x2 (0x1aff68) not unset properly. > fixme:win:EnumDisplayDevicesW ((null),0,0x32f47c,0x00000000), stub! > fixme:win:EnumDisplayDevicesW ((null),0,0x32ecbc,0x00000000), stub! > err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for DirectDraw!, expect problems > err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for DirectDraw!, expect problems > err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for DirectDraw!, expect problems > XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" > after 1272 requests (1271 known processed) with 0 events remaining. > make: *** [visual.ok] Error 1 > alarum: failed command was ../../../wine ddrawex_test.exe.so surface.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > err:d3d_caps:WineD3D_CreateFakeGLContext Failed to create a window. > err:d3d:InitAdapters Failed to get a gl context for default adapter > err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 0 > surface.c:87: Test failed: IDirectDraw_CreateSurface failed: 0x88760091 > wine: Unhandled page fault on read access to 0x00000000 at address 0x684b5510 (thread 003b), starting debugger... > Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x684b5510). > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b > EIP:684b5510 ESP:0032fa40 EBP:0032fb68 EFLAGS:00210206( R- -- I - -P- ) > EAX:00000000 EBX:684bbff4 ECX:00000078 EDX:0032fae8 > ESI:0032fe38 EDI:00000000 > Stack dump: > 0x0032fa40: 0032fa6c 00000000 0000007c 40013497 > 0x0032fa50: 00000000 00004800 88760091 00124ce8 > 0x0032fa60: 0011ce9c 40027ff4 0032fb38 0000007c > 0x0032fa70: 00000000 00000000 00000000 00000000 > 0x0032fa80: 00000000 00000000 00000000 00000000 > 0x0032fa90: 00000000 00000000 00000000 00000000 > Backtrace: > =>0 0x684b5510 dctest_surf+0x69(surf=(nil), ddsdver=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:54] in ddrawex_test (0x0032fb68) > 1 0x684b57ef GetDCTest_main+0xc3(ddsd=0x32fc54, ddsd2=0x32fbd8, testfunc=0x684b54a7) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:88] in ddrawex_test (0x0032fbb8) > 2 0x684b5ce4 GetDCTest+0xc1() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:153] in ddrawex_test (0x0032fcc8) > 3 0x684b732c func_surface+0x1e0() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:436] in ddrawex_test (0x0032fcf8) > 4 0x684b8073 run_test+0x9e(name="surface.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:556] in ddrawex_test (0x0032fd58) > 5 0x684b8488 main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:624] in ddrawex_test (0x0032fe28) > 6 0x684b8516 __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in ddrawex_test (0x0032fe60) > 7 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 8 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 9 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 10 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 11 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 12 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > 0x684b5510 dctest_surf+0x69 [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:54] in ddrawex_test: movl 0x0(%eax),%eax > 54 hr = IDirectDrawSurface_GetDC(surf, &dc); > Modules: > Module Address Debug info Name (38 modules) > ELF 40000000-40029000 Deferred ddrawex<elf> > \-PE 40010000-40029000 \ ddrawex > ELF 40029000-40096000 Deferred ddraw<elf> > \-PE 40030000-40096000 \ ddraw > ELF 40096000-40201000 Deferred wined3d<elf> > \-PE 400a0000-40201000 \ wined3d > ELF 40201000-40355000 Deferred user32<elf> > \-PE 40210000-40355000 \ user32 > ELF 40355000-40370000 Deferred version<elf> > \-PE 40360000-40370000 \ version > ELF 4045f000-4046f000 Deferred libxext.so.6 > ELF 4046f000-4058c000 Deferred libx11.so.6 > ELF 40591000-405ab000 Deferred libxcb.so.1 > ELF 405ab000-405af000 Deferred libxau.so.6 > ELF 405af000-405b5000 Deferred libxdmcp.so.6 > ELF 68000000-6801d000 Deferred ld-linux.so.2 > ELF 6801f000-68160000 Dwarf libwine.so.1 > ELF 68172000-6818b000 Deferred libpthread.so.0 > ELF 6818b000-682e5000 Deferred libc.so.6 > ELF 682e6000-682ea000 Deferred libdl.so.2 > ELF 682eb000-68311000 Deferred libm.so.6 > ELF 68311000-68319000 Deferred libnss_compat.so.2 > ELF 68319000-68330000 Deferred libnsl.so.1 > ELF 68330000-6833a000 Deferred libnss_nis.so.2 > ELF 6833a000-68346000 Deferred libnss_files.so.2 > ELF 684a3000-684bd000 Dwarf ddrawex_test<elf> > \-PE 684b0000-684bd000 \ ddrawex_test > ELF 684bd000-68579000 Deferred gdi32<elf> > \-PE 684d0000-68579000 \ gdi32 > ELF 68579000-685df000 Deferred advapi32<elf> > \-PE 68590000-685df000 \ advapi32 > ELF 685f1000-68667000 Deferred libfreetype.so.6 > ELF 68667000-6867c000 Deferred libz.so.1 > ELF 7b800000-7b9b1000 Dwarf kernel32<elf> > \-PE 7b810000-7b9b1000 \ kernel32 > ELF 7bc00000-7bccd000 Dwarf ntdll<elf> > \-PE 7bc10000-7bccd000 \ ntdll > ELF 7bf00000-7bf04000 Deferred <wine-loader> > Threads: > process tid prio (all id:s are in hex) > 0000000e services.exe > 0000001f 0 > 0000001e 0 > 00000015 0 > 00000010 0 > 0000000f 0 > 00000012 winedevice.exe > 0000001a 0 > 00000019 0 > 00000014 0 > 00000013 0 > 0000001b plugplay.exe > 00000020 0 > 0000001d 0 > 0000001c 0 > 0000003d explorer.exe > 0000003e 0 > 0000003c (D) Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\ddrawex\tests\ddrawex_test.exe > 0000003b 0 <== > Backtrace: > =>0 0x684b5510 dctest_surf+0x69(surf=(nil), ddsdver=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:54] in ddrawex_test (0x0032fb68) > 1 0x684b57ef GetDCTest_main+0xc3(ddsd=0x32fc54, ddsd2=0x32fbd8, testfunc=0x684b54a7) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:88] in ddrawex_test (0x0032fbb8) > 2 0x684b5ce4 GetDCTest+0xc1() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:153] in ddrawex_test (0x0032fcc8) > 3 0x684b732c func_surface+0x1e0() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:436] in ddrawex_test (0x0032fcf8) > 4 0x684b8073 run_test+0x9e(name="surface.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:556] in ddrawex_test (0x0032fd58) > 5 0x684b8488 main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:624] in ddrawex_test (0x0032fe28) > 6 0x684b8516 __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in ddrawex_test (0x0032fe60) > 7 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 8 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 9 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 10 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 11 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 12 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > make: *** [surface.ok] Error 5 > alarum: failed command was ../../../wine dinput_test.exe.so device.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > device.c:195: Test failed: err: 2 > make: *** [device.ok] Error 1 > alarum: failed command was ../../../wine dinput_test.exe.so keyboard.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > keyboard.c:174: Test failed: err: 2 > make: *** [keyboard.ok] Error 1 > alarum: failed command was ../../../wine dinput_test.exe.so mouse.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > mouse.c:140: Test failed: err: 2 > make: *** [mouse.ok] Error 1 > alarum: failed command was ../../../wine dinput8_test.exe.so device.c > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,0000): semi-stub > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,0100): semi-stub > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics dwFlags |= DIEDBSFL_FORCEFEEDBACK > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,1000): semi-stub > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics dwFlags |= DIEDBSFL_AVAILABLEDEVICES > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b54fe,0x32fb64,0000): semi-stub > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:SysKeyboardWImpl_BuildActionMap (0x12b81c)->(0x32f570,(null),00000002): semi-stub ! > fixme:dinput:SysKeyboardWImpl_SetActionMap (0x12b81c)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:SysMouseWImpl_BuildActionMap (0x12c9fc)->(0x32f570,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap (0x12c9fc)->(0x32f570,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap dwFlags =|DIDBAM_INITIALIZE > fixme:dinput:SysMouseWImpl_SetActionMap (0x12c9fc)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_SetActionMap (0x12c9fc)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:SysMouseWImpl_SetActionMap (0x12c9fc)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,1000): semi-stub > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics dwFlags |= DIEDBSFL_AVAILABLEDEVICES > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x304 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x101 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > fixme:dinput:SysKeyboardWImpl_BuildActionMap (0x12b81c)->(0x32f630,(null),00000002): semi-stub ! > device.c:120: Test failed: Action was not set dwHow=00000000 > device.c:121: Test failed: Action not mapped correctly instance=00000000 expected=00000039 > device.c:122: Test failed: Action type not mapped correctly type=00000000 expected=00000004 > device.c:123: Test failed: Action and device GUID do not match action=2 > device.c:74: Test failed: Failed to acquire device hr=80070057 > device.c:91: Test failed: Retrieval of action failed uAppData=0 expected=2 > fixme:dinput:SysKeyboardWImpl_BuildActionMap (0x12b81c)->(0x32f8d0,(null),00000002): semi-stub ! > fixme:dinput:SysKeyboardWImpl_SetActionMap (0x12b81c)->(0x32f8d0,(null),00000000): semi-stub ! > fixme:dinput:SysMouseWImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap dwFlags =|DIDBAM_INITIALIZE > fixme:dinput:SysMouseWImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap dwFlags =|DIDBAM_INITIALIZE > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b54fe,(nil),0000): semi-stub > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x304 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x101 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > make: *** [device.ok] Error 6 > alarum: failed command was ../../../wine dsound_test.exe.so capture.c > XOpenDisplay() failed > fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels > fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels > fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels > fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels > fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels > fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels > fixme:ole:CoCreateInstance no instance created for interface {11ab3ec0-25ec-11d1-a4d8-00c04fc28aca} of class {b0210780-89cd-11d0-af08-00a0c925cd16}, hres is 0x80004002 > ALSA lib pcm_direct.c:1117:(snd1_pcm_direct_initialize_poll_fd) unable to open timer 'hw:CLASS=3,SCLASS=0,CARD=0,DEV=0,SUBDEV=1' > ALSA lib pcm_dsnoop.c:662:(snd_pcm_dsnoop_open) unable to initialize poll_fd > capture.c:618: Test failed: Should not fail for 8 or 16 bits per sample > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card > make: *** [capture.ok] Error 1 > alarum: failed command was ../../../wine dsound_test.exe.so duplex.c > fixme:ole:CoCreateInstance no instance created for interface {11ab3ec0-25ec-11d1-a4d8-00c04fc28aca} of class {fea4300c-7959-4147-b26a-2377b9e7a91d}, hres is 0x80004002 > XOpenDisplay() failed > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > duplex.c:187: Test failed: DirectSoundFullDuplexCreate(NULL,NULL) failed: 80070057 > duplex.c:197: Test failed: DirectSoundFullDuplexCreate(DSDEVID_DefaultCapture,DSDEVID_DefaultPlayback) failed: 80070057 > duplex.c:208: Test failed: DirectSoundFullDuplexCreate(DSDEVID_DefaultVoiceCapture,DSDEVID_DefaultVoicePlayback) failed: 80070057 > make: *** [duplex.ok] Error 3 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > alarum: failed command was ../../../wine gdi32_test.exe.so clipping.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > clipping.c:35: Test failed: CreateWindow failed > clipping.c:115: Test failed: GetRandomRgn 0,0 - 0,0 > clipping.c:435: Test failed: expected SIMPLEREGION, got 1 > clipping.c:441: Test failed: expected SIMPLEREGION, got 1 > clipping.c:442: Test failed: expected 0,0-640,480, got 0,0-0,0 > make: *** [clipping.ok] Error 5 > alarum: failed command was ../../../wine gdi32_test.exe.so dc.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > dc.c:66: test_savedc_2: Assertion `hwnd != 0' failed. > wine: Assertion failed at address 0x68000832 (thread 0032), starting debugger... > Unhandled exception: assertion failed in 32-bit code (0x68000832). > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b > EIP:68000832 ESP:0032fa8c EBP:0032fa98 EFLAGS:00200202( - -- I - - - ) > EAX:00000000 EBX:0000356b ECX:0000356b EDX:00000006 > ESI:682bc8df EDI:682e0ff4 > Stack dump: > 0x0032fa8c: 681b5651 682e0ff4 0032fbb8 0032fbc0 > 0x0032fa9c: 681b8a82 00000006 0032fb38 00000000 > 0x0032faac: 0032fae0 681fbf9d 00000068 00000040 > 0x0032fabc: 0032fbd0 0032fafc 00000068 00000040 > 0x0032facc: 00000037 7caf9570 682e0ff4 00000037 > 0x0032fadc: 00000036 0032fba8 681eb182 7caf9578 > Backtrace: > =>0 0x68000832 GLIBC_2+0x832() in ld-linux.so.2 (0x0032fa98) > 1 0x681b8a82 abort+0x181() in libc.so.6 (0x0032fbc0) > 2 0x681ae718 __assert_fail+0xf7() in libc.so.6 (0x0032fc08) > 3 0x684dfce4 test_savedc_2+0xb4() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:66] in gdi32_test (0x0032fcd8) > 4 0x684e4510 func_dc+0x47() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:790] in gdi32_test (0x0032fcf8) > 5 0x68520bd7 run_test+0x9e(name="dc.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 6 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103c8) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 7 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 8 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 9 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 10 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 11 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 12 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 13 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > 0x68000832 GLIBC_2+0x832 in ld-linux.so.2: ret > Modules: > Module Address Debug info Name (32 modules) > ELF 68000000-6801d000 Dwarf ld-linux.so.2 > ELF 6801f000-68160000 Dwarf libwine.so.1 > ELF 68172000-6818b000 Deferred libpthread.so.0 > ELF 6818b000-682e5000 Dwarf libc.so.6 > ELF 682e6000-682ea000 Deferred libdl.so.2 > ELF 682eb000-68311000 Deferred libm.so.6 > ELF 68311000-68319000 Deferred libnss_compat.so.2 > ELF 68319000-68330000 Deferred libnsl.so.1 > ELF 68330000-6833a000 Deferred libnss_nis.so.2 > ELF 6833a000-68346000 Deferred libnss_files.so.2 > ELF 684a3000-6853b000 Dwarf gdi32_test<elf> > \-PE 684b0000-6853b000 \ gdi32_test > ELF 6853b000-6868f000 Deferred user32<elf> > \-PE 68550000-6868f000 \ user32 > ELF 6868f000-6874b000 Deferred gdi32<elf> > \-PE 686a0000-6874b000 \ gdi32 > ELF 6874b000-687b1000 Deferred advapi32<elf> > \-PE 68760000-687b1000 \ advapi32 > ELF 687b1000-687cc000 Deferred version<elf> > \-PE 687c0000-687cc000 \ version > ELF 687de000-68854000 Deferred libfreetype.so.6 > ELF 68854000-68869000 Deferred libz.so.1 > ELF 68946000-68956000 Deferred libxext.so.6 > ELF 68956000-68a73000 Deferred libx11.so.6 > ELF 68a78000-68a92000 Deferred libxcb.so.1 > ELF 68a92000-68a96000 Deferred libxau.so.6 > ELF 68a96000-68a9c000 Deferred libxdmcp.so.6 > ELF 7b800000-7b9b1000 Dwarf kernel32<elf> > \-PE 7b810000-7b9b1000 \ kernel32 > ELF 7bc00000-7bccd000 Dwarf ntdll<elf> > \-PE 7bc10000-7bccd000 \ ntdll > ELF 7bf00000-7bf04000 Deferred <wine-loader> > Threads: > process tid prio (all id:s are in hex) > 0000000e services.exe > 0000001f 0 > 0000001e 0 > 00000015 0 > 00000010 0 > 0000000f 0 > 00000012 winedevice.exe > 0000001a 0 > 00000019 0 > 00000014 0 > 00000013 0 > 0000001b plugplay.exe > 00000020 0 > 0000001d 0 > 0000001c 0 > 0000003d explorer.exe > 0000003e 0 > 0000002f (D) Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\gdi32\tests\gdi32_test.exe > 00000032 0 <== > Backtrace: > =>0 0x68000832 GLIBC_2+0x832() in ld-linux.so.2 (0x0032fa98) > 1 0x681b8a82 abort+0x181() in libc.so.6 (0x0032fbc0) > 2 0x681ae718 __assert_fail+0xf7() in libc.so.6 (0x0032fc08) > 3 0x684dfce4 test_savedc_2+0xb4() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:66] in gdi32_test (0x0032fcd8) > 4 0x684e4510 func_dc+0x47() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:790] in gdi32_test (0x0032fcf8) > 5 0x68520bd7 run_test+0x9e(name="dc.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 6 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103c8) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 7 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 8 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 9 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 10 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 11 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 12 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 13 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > alarum: ../../../wine terminated abnormally > make: *** [dc.ok] Error 99 > alarum: failed command was ../../../wine gdi32_test.exe.so font.c > font.c:279: Test failed: tm.tmDescent should be > 0 > font.c:291: Test failed: height 2288: expected scale_x 1, scale_y 1, got cx -2375535, cy -938585 > font.c:293: Test failed: height -2147483648 != 2288 > font.c:294: Test failed: ascent -2147483648 != 1854 > font.c:295: Test failed: descent -2147483648 != 434 > font.c:296: Test failed: ave width -2147483648 != 904 > font.c:297: Test failed: max width -2147483648 != 5515 > font.c:310: Test failed: cx -2147483648 != 9902 > font.c:311: Test failed: cy -2147483648 != 2288 > font.c:315: Test failed: width A -2147483648 != 1366 > font.c:610: Test failed: incX 0 != -2147483648 > font.c:620: Test failed: incX -32768 != -1073741823 > font.c:621: Test failed: incY -32768 != 0 > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > font.c:3543: Tests skipped: Unable to locate and load font sserife.fon > font.c:2249: Tests skipped: Font KacstOne doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Kedage doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Bengali doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Gujarati doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Hindi doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Punjabi doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Tamil doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Mallige doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font OpenSymbol doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Pothana2000 doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Purisa doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Saab doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font UnBatang doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font UnDotum doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font utkal doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Vemana2000 doesn't contain 'x', skipping the test > fixme:font:WineEngRealizationInfo (0x11ecb0, 0x32fc70): stub! > fixme:font:WineEngRealizationInfo (0x12b8e8, 0x32fc70): stub! > fixme:font:WineEngCreateFontInstance Untranslated charset 255 > font.c:3786: Tests skipped: Lucida Sans Demibold Roman is not installed > font.c:3786: Tests skipped: Lucida Sans Italic is not installed > font.c:3786: Tests skipped: Lucida Sans Regular is not installed > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"C:\\users\\bob\\Temp\\ttfedb.tmp",(null)): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"C:\\users\\bob\\Temp\\ttfedb.tmp",L""): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"\\ttfedb.tmp",L"C:\\users\\bob\\Temp\\"): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"random file name",L"C:\\users\\bob\\Temp\\"): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",(null),L"C:\\users\\bob\\Temp\\ttfedb.tmp"): stub > fixme:font:WineEngRemoveFontResourceEx (L"C:\\users\\bob\\Temp\\fotedc.tmp", 0, (nil)): stub > make: *** [font.ok] Error 13 > alarum: failed command was ../../../wine gdi32_test.exe.so gdiobj.c > gdiobj.c:173: Test failed: GetDeviceCaps(TECHNOLOGY) should return DT_RASDISPLAY not 0 > make: *** [gdiobj.ok] Error 1 > alarum: failed command was ../../../wine gdi32_test.exe.so icm.c > icm.c:64: Test failed: expected size > 0 > icm.c:66: Test failed: got -559038737, expected ERROR_INSUFFICIENT_BUFFER > icm.c:73: Test failed: GetICMProfileA failed -559038737 > icm.c:116: Test failed: expected size > 0 > icm.c:117: Test failed: got -559038737, expected ERROR_INSUFFICIENT_BUFFER > icm.c:121: Test failed: GetICMProfileW failed -559038737 > fixme:icm:SetICMProfileA (nil) (null) stub > icm.c:229: Test failed: GetICMProfileA failed 87 > fixme:icm:SetICMProfileA (nil) (null) stub > fixme:icm:SetICMProfileA (nil) "\xf8\xfb2" stub > fixme:icm:SetICMProfileA 0x1b8 (null) stub > fixme:icm:SetICMProfileA 0x1b8 "\xf8\xfb2" stub > fixme:icm:SetICMProfileW (nil) (null) stub > icm.c:272: Test failed: GetICMProfileW failed 87 > fixme:icm:SetICMProfileW (nil) (null) stub > fixme:icm:SetICMProfileW (nil) L"\0017" stub > fixme:icm:SetICMProfileW 0x1b8 (null) stub > fixme:icm:SetICMProfileW 0x1b8 L"\0017" stub > make: *** [icm.ok] Error 8 > alarum: failed command was ../../../wine gdi32_test.exe.so mapping.c > mapping.c:454: Test failed: Viewport extents have not been properly adjusted: Expected 6400x-4800, got 6400x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 6400x-4800, got 6400x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 6400x-2400, got 6400x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 3200x-2400, got 6400x-2147483648 > mapping.c:454: Test failed: Viewport extents have not been properly adjusted: Expected 1280x-960, got 2560x-2147483648 > mapping.c:454: Test failed: Viewport extents have not been properly adjusted: Expected 1280x-960, got 2560x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 1280x-480, got 2560x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected -640x480, got -1280x-2147483648 > mapping.c:614: Test failed: 663: got inf expect inf > mapping.c:617: Test failed: 663: got -inf expect -inf > mapping.c:618: Test failed: 663: got -nan expect 0.000000 > mapping.c:619: Test failed: 663: got -nan expect 0.000000 > mapping.c:614: Test failed: 667: got inf expect inf > mapping.c:615: Test failed: 667: got -nan expect 0.000000 > mapping.c:616: Test failed: 667: got -nan expect 0.000000 > mapping.c:617: Test failed: 667: got -inf expect -inf > mapping.c:618: Test failed: 667: got -nan expect 0.000000 > mapping.c:619: Test failed: 667: got -nan expect 0.000000 > mapping.c:614: Test failed: 673: got -nan expect 0.000000 > mapping.c:615: Test failed: 673: got nan expect 0.000000 > mapping.c:616: Test failed: 673: got nan expect 0.000000 > mapping.c:617: Test failed: 673: got -nan expect -0.000000 > mapping.c:618: Test failed: 673: got nan expect 0.000000 > mapping.c:619: Test failed: 673: got nan expect 0.000000 > mapping.c:614: Test failed: 689: got inf expect inf > mapping.c:617: Test failed: 689: got -inf expect -inf > mapping.c:618: Test failed: 689: got -nan expect 0.000000 > mapping.c:619: Test failed: 689: got -nan expect 0.000000 > mapping.c:614: Test failed: 695: got inf expect inf > mapping.c:615: Test failed: 695: got -nan expect 0.000000 > mapping.c:616: Test failed: 695: got -nan expect 0.000000 > mapping.c:617: Test failed: 695: got -inf expect -inf > mapping.c:618: Test failed: 695: got -nan expect 0.000000 > mapping.c:619: Test failed: 695: got -nan expect 0.000000 > mapping.c:614: Test failed: 701: got -nan expect 0.000000 > mapping.c:615: Test failed: 701: got nan expect 0.000000 > mapping.c:616: Test failed: 701: got nan expect 0.000000 > mapping.c:617: Test failed: 701: got -nan expect -0.000000 > mapping.c:618: Test failed: 701: got nan expect 0.000000 > mapping.c:619: Test failed: 701: got nan expect 0.000000 > fixme:dc:GetTransform Unknown code 102 > fixme:dc:GetTransform Unknown code 103 > fixme:dc:GetTransform Unknown code 104 > fixme:dc:GetTransform Unknown code 202 > fixme:dc:GetTransform Unknown code 302 > fixme:dc:GetTransform Unknown code 303 > fixme:dc:GetTransform Unknown code 403 > fixme:dc:GetTransform Unknown code 404 > fixme:dc:GetTransform Unknown code ffff > make: *** [mapping.ok] Error 40 > alarum: failed command was ../../../wine gdi32_test.exe.so metafile.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > metafile.c:174: Test failed: CreateWindowExA error 2 > metafile.c:209: Test failed: GetDeviceCaps(TECHNOLOGY) has to return DT_RASDISPLAY for a display based EMF > metafile.c:318: Test failed: CreateWindowExA failed > metafile.c:327: Test failed: GetDeviceCaps failed > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:641: Test failed: CreateWindowExA error 5 > metafile.c:2161: Test failed: CreateWindowExA error 13 > metafile.c:2398: Test failed: CreateWindowExA error -559038737 > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > metafile.c:2460: Test failed: (0,0)->(10,10), expected (0,0)->(0,0) > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > metafile.c:2460: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) > metafile.c:2460: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) > metafile.c:2713: Test failed: SetWinMetaFileBits: Reference bounds: Left and top bound must be zero > metafile.c:2724: Test failed: SetWinMetaFileBits (MM_ISOTROPIC): Reference bounds are not isotropic > metafile.c:2747: Test succeeded inside todo block: SetWinMetaFileBits (MM_ANISOTROPIC): Reference frame: The whole device surface must be used (0x0), but got (0x0) > metafile.c:2781: Test failed: SetWinMetaFileBits (MM_ANISOTROPIC): rclBounds contains invalid values > wine: Unhandled division by zero at address 0x68721d5b (thread 0026), starting debugger... > Unhandled exception: divide by zero in 32-bit code (0x68721d5b). > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b > EIP:68721d5b ESP:0032f970 EBP:0032f998 EFLAGS:00210246( R- -- I Z- -P- ) > EAX:00000001 EBX:68735ff4 ECX:00000000 EDX:00000000 > ESI:00000000 EDI:00000000 > Stack dump: > 0x0032f970: 0000034c 68735ff4 0032f998 68701559 > 0x0032f980: 68739e40 00000000 000ea600 00000000 > 0x0032f990: 00000000 00000000 0032fa08 6870861e > 0x0032f9a0: 000ea600 00000000 00000000 00000000 > 0x0032f9b0: 00000026 00000000 000ea600 00000000 > 0x0032f9c0: ffffffff 00132194 00132194 00000000 > Backtrace: > =>0 0x68721d5b __divdi3+0x8b() in gdi32 (0x0032f998) > 1 0x6870861e muldiv+0x8a(m1=0x7d0, m2=0x1e0, d=0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1234] in gdi32 (0x0032fa08) > 2 0x687087d8 set_window+0xde(hdc=0x6c4, emf=0x6c0, ref_dc=0x34c, map_mode=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1269] in gdi32 (0x0032fac8) > 3 0x68708b3b GetWinMetaFileBits+0xfa(hemf=0x6c0, cbBuffer=0, lpbBuffer=0x0(nil), map_mode=0x1, hdcRef=0x34c) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1325] in gdi32 (0x0032fb48) > 4 0x6851848a getwinmetafilebits+0x3f3(mode=0x1, scale=0x1, rc=0x32fc28) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:2869] in gdi32_test (0x0032fbf8) > 5 0x68519287 test_GetWinMetaFileBits+0xd7() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3007] in gdi32_test (0x0032fce8) > 6 0x68519bca func_metafile+0x64() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3140] in gdi32_test (0x0032fcf8) > 7 0x68520bd7 run_test+0x9e(name="metafile.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 8 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 9 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 10 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 11 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 12 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 13 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 14 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 15 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > 0x68721d5b __divdi3+0x8b in gdi32: divl %esi,%eax > Modules: > Module Address Debug info Name (32 modules) > ELF 68000000-6801d000 Deferred ld-linux.so.2 > ELF 6801f000-68160000 Dwarf libwine.so.1 > ELF 68172000-6818b000 Deferred libpthread.so.0 > ELF 6818b000-682e5000 Deferred libc.so.6 > ELF 682e6000-682ea000 Deferred libdl.so.2 > ELF 682eb000-68311000 Deferred libm.so.6 > ELF 68311000-68319000 Deferred libnss_compat.so.2 > ELF 68319000-68330000 Deferred libnsl.so.1 > ELF 68330000-6833a000 Deferred libnss_nis.so.2 > ELF 6833a000-68346000 Deferred libnss_files.so.2 > ELF 684a3000-6853b000 Dwarf gdi32_test<elf> > \-PE 684b0000-6853b000 \ gdi32_test > ELF 6853b000-6868f000 Deferred user32<elf> > \-PE 68550000-6868f000 \ user32 > ELF 6868f000-6874b000 Dwarf gdi32<elf> > \-PE 686a0000-6874b000 \ gdi32 > ELF 6874b000-687b1000 Deferred advapi32<elf> > \-PE 68760000-687b1000 \ advapi32 > ELF 687b1000-687cc000 Deferred version<elf> > \-PE 687c0000-687cc000 \ version > ELF 687de000-68854000 Deferred libfreetype.so.6 > ELF 68854000-68869000 Deferred libz.so.1 > ELF 68946000-68956000 Deferred libxext.so.6 > ELF 68956000-68a73000 Deferred libx11.so.6 > ELF 68a78000-68a92000 Deferred libxcb.so.1 > ELF 68a92000-68a96000 Deferred libxau.so.6 > ELF 68a96000-68a9c000 Deferred libxdmcp.so.6 > ELF 7b800000-7b9b1000 Dwarf kernel32<elf> > \-PE 7b810000-7b9b1000 \ kernel32 > ELF 7bc00000-7bccd000 Dwarf ntdll<elf> > \-PE 7bc10000-7bccd000 \ ntdll > ELF 7bf00000-7bf04000 Deferred <wine-loader> > Threads: > process tid prio (all id:s are in hex) > 0000000e services.exe > 0000001f 0 > 0000001e 0 > 00000015 0 > 00000010 0 > 0000000f 0 > 00000012 winedevice.exe > 0000001a 0 > 00000019 0 > 00000014 0 > 00000013 0 > 0000001b plugplay.exe > 00000020 0 > 0000001d 0 > 0000001c 0 > 0000003d explorer.exe > 0000003e 0 > 00000009 (D) Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\gdi32\tests\gdi32_test.exe > 00000026 0 <== > Backtrace: > =>0 0x68721d5b __divdi3+0x8b() in gdi32 (0x0032f998) > 1 0x6870861e muldiv+0x8a(m1=0x7d0, m2=0x1e0, d=0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1234] in gdi32 (0x0032fa08) > 2 0x687087d8 set_window+0xde(hdc=0x6c4, emf=0x6c0, ref_dc=0x34c, map_mode=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1269] in gdi32 (0x0032fac8) > 3 0x68708b3b GetWinMetaFileBits+0xfa(hemf=0x6c0, cbBuffer=0, lpbBuffer=0x0(nil), map_mode=0x1, hdcRef=0x34c) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1325] in gdi32 (0x0032fb48) > 4 0x6851848a getwinmetafilebits+0x3f3(mode=0x1, scale=0x1, rc=0x32fc28) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:2869] in gdi32_test (0x0032fbf8) > 5 0x68519287 test_GetWinMetaFileBits+0xd7() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3007] in gdi32_test (0x0032fce8) > 6 0x68519bca func_metafile+0x64() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3140] in gdi32_test (0x0032fcf8) > 7 0x68520bd7 run_test+0x9e(name="metafile.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 8 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 9 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 10 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 11 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 12 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 13 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 14 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 15 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > make: *** [metafile.ok] Error 148 > alarum: failed command was ../../../wine gdi32_test.exe.so palette.c > palette.c:90: Test failed: getColor=00000000 > palette.c:97: Test failed: getColor=00000000 > palette.c:112: Test failed: getColor=00000000 > make: *** [palette.ok] Error 3 > alarum: failed command was ../../../wine gdi32_test.exe.so pen.c > fixme:gdi:ExtCreatePen PS_COSMETIC | PS_USERSTYLE not handled > fixme:gdi:ExtCreatePen PS_COSMETIC | PS_USERSTYLE not handled > pen.c:505: Test failed: Expected 00000080, got 00000000 > pen.c:506: Test failed: Expected 00000080, got 00000000 > pen.c:507: Test failed: Expected 000000a0, got 00000000 > pen.c:508: Test failed: Expected 000000a0, got 00000000 > pen.c:509: Test failed: Expected 00000050, got 00000000 > pen.c:510: Test failed: Expected 00000050, got 00000000 > pen.c:511: Test failed: Expected 0000000a, got 00000000 > make: *** [pen.ok] Error 7 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > * Call to xpconnect wrapped JSObject produced this error: * > * Call to xpconnect wrapped JSObject produced this error: * > alarum: failed command was ../../../wine opengl32_test.exe.so opengl.c > Xlib: extension "GLX" missing on display ":0.0". > err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems > opengl.c:1295: Test failed: Unable to find pixel format. > fixme:event:wait_for_withdrawn_state window 0x2300d2/800001 wait timed out > make: *** [opengl.ok] Error 1 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > alarum: failed command was ../../../wine user32_test.exe.so sysparams.c > sysparams.c:2399: Test failed: Waiting for the WM_DISPLAYCHANGE message timed out > sysparams.c:2399: Test failed: Waiting for the WM_DISPLAYCHANGE message timed out > err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 800x600x24 @0! (XRandR) > sysparams.c:2404: Tests skipped: Setting depth 24 failed(ret = -2) > sysparams.c:2399: Test failed: Waiting for the WM_DISPLAYCHANGE message timed out > sysparams.c:2412: Test failed: Set bpp 32, but WM_DISPLAYCHANGE reported bpp -1 > make: *** [sysparams.ok] Error 4 > alarum: failed command was ../../../wine shell32_test.exe.so ebrowser.c > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 1, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (3, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (8, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1234, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSetStatusTextSB stub, 0x12d030 ((null)) > fixme:shell:IShellBrowser_fnContextSensitiveHelp stub, 0x12d030 (0) > fixme:shell:IShellBrowser_fnEnableModelessSB stub, 0x12d030 (1) > fixme:shell:IShellBrowser_fnSetToolbarItems stub, 0x12d030 ((nil), 1, 0x1) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f9fc) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f9fc) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f9fc) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f9fc) > fixme:win:DeferWindowPos other process handle 0xdeadbeef? > fixme:shell:IExplorerBrowser_fnSetOptions Flags 0xdeadbeef contains unsupported options. > fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains unsupported style(s): 0x00000004 > fixme:shell:IExplorerBrowser_fnSetPropertyBag stub, 0x12d030 ((null)) > fixme:shell:IExplorerBrowser_fnSetPropertyBag stub, 0x12d030 (L"WineTest") > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f9ec) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f9ec) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f9ec) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f9ec) > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get parent pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get parent pidl. > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IExplorerBrowser_fnSetOptions Flags 0x00000004 contains unsupported options. > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a003, 0, 0x32fa0c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a004, 1, 0x32fa0c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a003, 1, 0x32fa0c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a004, 1, 0x32fa0c) > fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains unsupported style(s): 0x00000004 > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a003, 0, 0x32f7ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a004, 1, 0x32f7ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a003, 1, 0x32f7ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a004, 1, 0x32f7ac) > XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" > after 2790 requests (1173 known processed) with 0 events remaining. > make: *** [ebrowser.ok] Error 1 > alarum: failed command was ../../../wine shell32_test.exe.so shlexec.c > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=32 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=0 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=32 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=0 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=32 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=0 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1946: Tests skipped: Default DDE application test does not match any available results, using first expected data set. > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"\"C:\\users\\bob\\Temp\\wt1ff9.tmp\\test2 file.exe\"" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"\"C:\\users\\bob\\Temp\\wt1ff9.tmp\\test2 file.exe\" param" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"C:\\users\\bob\\Temp\\wt1ff9.tmp\\notexist.exe" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"C:\\users\\bob\\Temp\\wt1ff9.tmp\\notexist.exe param" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"xyzwxyzwxyz" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"xyzwxyzwxyz param" > CMD Version 1.3.29 > > Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\shell32\tests>CMD Version 1.3.29 > > Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\shell32\tests>alarum: elapsed time 96 seconds > make: *** [shlexec.ok] Error 16 > alarum: failed command was ../../../wine shell32_test.exe.so systray.c > systray.c:52: Test failed: NIM_DELETE failed! > systray.c:55: Test failed: The icon was not deleted > systray.c:66: Test failed: NIM_ADD failed! > systray.c:73: Test failed: NIM_DELETE failed! > systray.c:76: Test failed: The icon was not deleted > fixme:event:wait_for_withdrawn_state window 0x160076/c00001 wait timed out > make: *** [systray.ok] Error 5 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > > _______________________________________________ > wine-tests-results mailing list > wine-tests-results(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-tests-results

1 0

Re: inetmib1: Avoid idempotent operation in findSupportedQuery function (Clang)
by Alexandre Julliard Oct. 8, 2011

Oct. 8, 2011

Frédéric Delanoy <frederic.delanoy(a)gmail.com> writes: > indexLow is always 0 at that point This makes it harder to understand what the code is doing here. Probably needs some restructuring. -- Alexandre Julliard julliard(a)winehq.org

1 0

re: Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)
by Dan Kegel Oct. 8, 2011

Oct. 8, 2011

The real way to mount a revolt, of course, would be to fork wine and maintain a better version of it. The likelihood of that ever happening seems slim, but perhaps in 15 years, after HTML 5 takes over and users no longer run win32 apps, it's possible that something like that would happen naturally (say, some computer museum might become the maintainer).

1 0

Re: mpr: Remove DllCanUnloadNow and DllGetClassObject
by André Hentschel Oct. 8, 2011

Oct. 8, 2011

Am 08.10.2011 12:13, schrieb Alistair Leslie-Hughes: > Hi, > The native mpr.DLL doesn't have these functions. > > > Changelog: > mpr: Remove DllCanUnloadNow and DllGetClassObject > > > Best Regards > Alistair Leslie-Hughes > > no patch? -- Best Regards, André Hentschel

1 0

Re: user32: Add support for iPaddedBorderWidth in NONCLIENTMETRICS structure.
by Marvin Oct. 8, 2011

Oct. 8, 2011

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=14764 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: [PATCH] server: Use syscall(2) instead of inline assembly on Mac OS; too.
by Dan Kegel Oct. 7, 2011

Oct. 7, 2011

Fails tests on x86_64? On Fri, Oct 7, 2011 at 11:52 AM, <buildbot(a)kegel.com> wrote: > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default-x86_64 while building Wine. > Full details are available at: http://buildbot.kegel.com/builders/runtests-default-x86_64/builds/35 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: failed command was ../../../wine rpcrt4_test.exe.so rpc.c > fixme:rpc:RpcNetworkIsProtseqValidW Unknown protseq L"foo" > err:rpc:rpcrt4_protseq_ncacn_ip_tcp_open_endpoint couldn't listen on port 4114 > rpc.c:238: Test failed: RpcServerUseProtseqEp failed (1740) > fixme:rpc:RpcBindingInqAuthInfoExW authorization service not implemented > make: *** [rpc.ok] Error 1 > >

2 2

Solved: Problems with drawing text in 1.3.29
by Damian Dixon Oct. 7, 2011

Oct. 7, 2011

I have narrowed the issue down to a difference in behaviour between Windows and Wine. The problem boils down to the following code: NONCLIENTMETRICS ncm; memset(&ncm, 0, sizeof(NONCLIENTMETRICS)); ncm.cbSize = sizeof(NONCLIENTMETRICS); VERIFY(SystemParametersInfo(SPI_GETNONCLIENTMETRICS, sizeof(NONCLIENTMETRICS), &ncm, 0)); I used the font's returned from this call for drawing text and this caused the crash. The problem is that I upgraded to VS2010 and changed the target to WINVER=0x600. This means that I needed to change my code to the following. NONCLIENTMETRICS ncm; memset(&ncm, 0, sizeof(NONCLIENTMETRICS)); ncm.cbSize = sizeof(NONCLIENTMETRICS); #if(WINVER >= 0x0600) OSVERSIONINFO osvi; memset(&osvi,0,sizeof(osvi)); osvi.dwOSVersionInfoSize = sizeof(osvi); GetVersionEx(&osvi); if (osvi.dwMajorVersion < 6) ncm.cbSize -= sizeof(ncm.iPaddedBorderWidth); #endif VERIFY(SystemParametersInfo(SPI_GETNONCLIENTMETRICS, sizeof(NONCLIENTMETRICS), &ncm, 0)); Note: On windows my application does not actually crash or stop working with my original code and the text is displayed at a size I would kind of expect it to be. I will raise a bug for this one... as a difference in behaviour. On 7 October 2011 08:50, Damian Dixon <damian.dixon(a)gmail.com> wrote: > Thanks for the suggestions. > > I've narrowed one of the issues down to WineEngGetGlyphOutline > in dlls/gdi32/freetype.c. > > The pitch is 6640 and the height is 53003. This means that a buffer of > ~335Mb has been allocated and then memset. > > This is where the slow down is occurring (because of the memset). I suspect > the resultant crash is also because of this. > > I would suggest that limits need to be placed on the maximum pitch and > height. > > > I do not however believe that this is the root cause just one of the > symptoms. > > > > On 5 October 2011 18:37, Marcus Meissner <marcus(a)jet.franken.de> wrote: > >> On Wed, Oct 05, 2011 at 04:53:18PM +0100, Damian Dixon wrote: >> > Hi, >> > >> > I was attempting to use Wine 1.3.29 (in OpenSUSE 11.4 x86) and because >> of >> > issues pulled the source from git last night and still have problems. >> > >> > I am having performance issues with DrawText (5 odd seconds to draw a >> simple >> > string) and the occasional X Error and crash. >> > >> > The X Error is consistent and is as follows: >> > >> > fixme:advapi:SetSecurityInfo stub >> > X Error of failed request: BadLength (poly request too large or >> internal >> > Xlib length error) >> > Major opcode of failed request: 151 (RENDER) >> > Minor opcode of failed request: 17 (RenderCreateGlyphSet) >> > Serial number of failed request: 41091 >> > Current serial number in output stream: 41571 >> > Process of pid=0023 has terminated >> > >> > >> > The crash less consistent but is dependent upon the amount of text I >> attempt >> > to draw. >> > >> > The last version I know this worked in was 1.1.39. >> > >> > I've a few things to still try out before I attempt to create an RBT. >> >> To get a backtrace and be able to dump some datastructures, run with >> >> WINEDEBUG=+synchronous wine foo.exe >> >> This will bring it into the debugger once the condition happens. >> >> CIao, MArcus >> > >

1 0

Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)
by Jeremy White Oct. 7, 2011

Oct. 7, 2011

Hi Folks, I try to send out a periodic message to the wine-devel mailing list outlining the 'corporate' structure of Wine and how some decisions are made. We work with the Software Freedom Conservancy. They manage the pieces of Wine that benefit from a formal organization, such as managing money, holding Trademarks, and so on. The primary activity we have conducted with them over the past several years is managing money - about $3,000 each year. They manage all funds donated to Wine - the donate button goes into a bank account they manage and any larger private donations go there as well. For decisions on how to spend funds, we've adopted a loose set of guidelines. That is, we have a decision group and we require a majority of members to approve any spending. Alexandre and I are the current members of that group. We also claim the right to appoint anyone else to replace or augment the decision group. We CC all decisions to an auditor. We have recently asked Michael Stefanuic to replace Zachary Goldberg in that role. A critical requirement, we feel, is that a non CodeWeavers staff member be fully aware of all decisions made. We choose this strategy rather than a fully public process so that we can apply discretion and protect privacy of people that ask for help with travel funding. The SFC will recognize a 'revolt' by the Wine project. That is, the designated decision group can be overthrown, once you figure out our evil plans, if the SFC is persuaded that the majority of Wine contributors agree on that point. Patch count in the Wine tree will be the primary mechanism to recognize a contributor. Finally, all spending by the SFC on Wine's behalf for the last few years has been related to Wineconf. That has primarily been to help defray travel costs for Wine contributors to come to Wineconf. Wine's income has been around $3,000 / year for the past few years; we tend to spend down much of the balance each year for Wineconf. Cheers, Jeremy p.s. One note - the SFC also manages the GSOC payments, although I believe that they ostensibly manage that on behalf of Google, not really Wine. That is generally coordinated by Wine's GSOC coordinator, and Alexandre and I have nothing to do with it.

3 4

Wine Gecko 1.4-beta1
by Jacek Caban Oct. 7, 2011

Oct. 7, 2011

Hi all, I've just uploaded new Gecko builds [1]. To use it, you need the attached patch and the build installed to the right place [2]. As usually, everything that uses MSHTML is worth testing. All testing and feedback will be appreciated. Thanks, Jacek [1] http://sourceforge.net/projects/wine/files/Wine%20Gecko/1.4-beta1/ [2] http://wiki.winehq.org/Gecko

2 3

Re: mshtml: Implement IHTMLDOMNode replaceChild
by Jacek Caban Oct. 7, 2011

Oct. 7, 2011

Hi Alistair, On 10/7/11 4:50 AM, Alistair Leslie-Hughes wrote: > + HTMLDOMNode *nodeNew; > + HTMLDOMNode *nodeOld; Please use names consistent with the rest of the file. + if(NS_FAILED(nsres)) { + nsnode = nodeNew->nsnode; + } That seems questionable, why do you pretend to success on failure? Jacek

1 0

Re: [2/5] urlmon: Improved MapUrlToZone{Ex2} and GetSecurityId support
by Jacek Caban Oct. 7, 2011

Oct. 7, 2011

Hi Thomas, On 10/6/11 6:42 PM, Thomas Mullaly wrote: > --- > dlls/urlmon/sec_mgr.c | 41 +++++++++++++++++++++++++++++++++++++++-- > dlls/urlmon/tests/sec_mgr.c | 30 +++++++++++++++++++++++++++++- > 2 files changed, 68 insertions(+), 3 deletions(-) + if(hres == S_FALSE){ + DWORD scheme_type; + BOOL has_host; + + hres = IUri_GetScheme(uri,&scheme_type); + if(FAILED(hres)) { + SysFreeString(scheme); + return hres; + } + + hres = IUri_HasProperty(uri, Uri_PROPERTY_HOST,&has_host); + if(FAILED(hres)) { + SysFreeString(scheme); + return hres; + } + + /* Known hierarchical scheme types must have a host. If they don't Windows + * assigns URLZONE_INVALID to the zone. + */ + if((scheme_type != URL_SCHEME_UNKNOWN&& scheme_type != URL_SCHEME_FILE) +&& is_hierarchical_scheme(scheme_type)&& !has_host) { + *zone = URLZONE_INVALID; It looks like get_zone_from_domains would be more logical place for this. It already does GetScheme call and you could just handle differently GetHost returning empty host. if(FAILED(hres)) return hres == 0x80041001 ? E_INVALIDARG : hres; + else if(zone == URLZONE_INVALID) + return E_INVALIDARG; You don't need 'else' here since if the previous if expression is true, we return anyways. Jacek

1 0

Re: mmdevapi/tests: Add format tests.
by Andrew Eikum Oct. 7, 2011

Oct. 7, 2011

Hi J�rg, Thanks for adding these tests. It would have been nicer to split the patch up into discrete chunks. That would make the patch much easier to review. Overall it looks pretty good. Some remarks follow... > BTW, I've not touched > render.c:223: Test failed: IsFormatSupported(0xffffffff) call returns 8889000e > capture.ok has a similar random failure. I believe that test is bogus. It > should avoid ending up calling the exclusive mode "audio endpoint" and hope/show > that the shared mode mixer aka. "audio engine" reports E_INVALIDARG. Perhaps > using ~AUDCLNT_SHAREMODE_EXCLUSIVE is a means to enforce this, even though > that's actually an enum, not a flag. Yeah, that's a pretty uninteresting test. If it's flaky, I don't see any compelling reason to keep it around. > + unk = (void*)0xDEADF00D; > hr = IAudioClient_GetService(ac, &IID_IAudioStreamVolume, (void**)&unk); > ok(hr == AUDCLNT_E_NOT_INITIALIZED, "Uninitialized GetService call returns %08x\n", hr); > + todo_wine ok(broken(unk != NULL), "GetService %08x &out pointer %p\n", hr, unk); This test is strange. broken() basically means "should fail on Windows, should not fail in Wine." It's used when some particular version of Windows does something unexpected which we are uninterested in duplicating. Do you expect unk to always be non-NULL? If so, then just test for that without the broken() macro. > > +static void test_formats(AUDCLNT_SHAREMODE mode) The code in this function is very difficult to follow. I wonder if it couldn't be written more clearly with explicit conditions and a bit more code duplication. > + ok((hr == S_FALSE)^(pwfx2 == NULL), "hr %x<->suggest %p\n", hr, pwfx2); > + if (pwfx2 == (WAVEFORMATEX*)0xDEADF00D) /* bug in Wine */ > + pwfx2 = NULL; Would be nicer to both fix the bug in Wine and have a test showing the correct behavior. > @@ -1378,7 +1535,7 @@ START_TEST(render) > hr = CoCreateInstance(&CLSID_MMDeviceEnumerator, NULL, CLSCTX_INPROC_SERVER, &IID_IMMDeviceEnumerator, (void**)&mme); > if (FAILED(hr)) > { > - skip("mmdevapi not available: 0x%08x\n", hr); > + win_skip("mmdevapi not available: 0x%08x\n", hr); If the user has an invalid driver, CoCreateInstance() will fail to create the enumerator object. I think that's valid behavior, so we shouldn't fail. Andrew

3 3

DLLCanUnloadNow Question
by Alistair Leslie-Hughes Oct. 7, 2011

Oct. 7, 2011

Hi, The Following sample code causes a crash under WINE, but not in windows. IUnknown *p LoadLibrary("mscoree.dll") GetProcAddress("CreateDebuggingInterfaceFromVersion") CreateDebuggingInterfaceFromVersion(..., (void**)&p) <-- Com Reference FreeLibrary("mscoree.dll") p->QueryInterface(....); <-- Cause Crash under WINE. The DLL shouldn't be unloaded since mscoree.DLLCanUnloadNow() return S_FALSE; Is this a bug with the unloading of DLL's? Is there way to stop the unloading of a DLL? I know the logic isn't the best, but I'm seeing this type of behavior in an application. Best Regards Alistair Leslie-Hughes

2 1

Problems with drawing text in 1.3.29
by Damian Dixon Oct. 7, 2011

Oct. 7, 2011

Hi, I was attempting to use Wine 1.3.29 (in OpenSUSE 11.4 x86) and because of issues pulled the source from git last night and still have problems. I am having performance issues with DrawText (5 odd seconds to draw a simple string) and the occasional X Error and crash. The X Error is consistent and is as follows: fixme:advapi:SetSecurityInfo stub X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 151 (RENDER) Minor opcode of failed request: 17 (RenderCreateGlyphSet) Serial number of failed request: 41091 Current serial number in output stream: 41571 Process of pid=0023 has terminated The crash less consistent but is dependent upon the amount of text I attempt to draw. The last version I know this worked in was 1.1.39. I've a few things to still try out before I attempt to create an RBT. However I would like to know if anyone else is experiencing similar problems and f they have solved the problem. Thanks Damian

3 3

Re: [PATCH] winecoreaudio.drv: Reimplement IAudioClock::GetPosition()
by Alexandre Julliard Oct. 6, 2011

Oct. 6, 2011

Andrew Eikum <aeikum(a)codeweavers.com> writes: > --- > dlls/winecoreaudio.drv/mmdevdrv.c | 27 +++++++++------------------ > 1 files changed, 9 insertions(+), 18 deletions(-) This fails for me: ../../../tools/runtest -q -P wine -M winmm.dll -T ../../.. -p winmm_test.exe.so wave.c && touch wave.ok wave.c:498: Test failed: waveOutGetPosition(0): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(0): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(0): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(0): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(0): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(0): TICKS test failed wave.c:498: Test failed: waveOutGetPosition(0): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(0): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(0): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(0): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(0): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(0): TICKS test failed wave.c:498: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(WAVE_MAPPER): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(WAVE_MAPPER): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(WAVE_MAPPER): TICKS test failed wave.c:498: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(WAVE_MAPPER): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(WAVE_MAPPER): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(WAVE_MAPPER): TICKS test failed make: *** [wave.ok] Error 24 -- Alexandre Julliard julliard(a)winehq.org

1 0

[patch] Fake display interface
by Jari Vetoniemi Oct. 6, 2011

Oct. 6, 2011

Yeah, I'm aware of virtual desktop and used to create scripts to launch applications using wine explorer \desktop=WIDTHxHEIGHT or whatever the parameters were, it works well. But means that you have to create always new shell script, and it also can prevent desktop integration for certain application. If you globally enable that also, it means that every application opens on the same virtual desktop. Also virtual desktop won't fake the display resolutions to application which is useful in certain cases. 2011/9/2 Hin-Tak Leung <hintak_leung(a)yahoo.co.uk>: > --- On Fri, 2/9/11, Jari Vetoniemi <mailroxas(a)gmail.com> wrote: > >> Hello, >> >> I personally hate when applications decide to change my >> screen >> resolution without asking me, or some applications just >> won't run >> inside window. >> So I did fake display interface for the winex11.drv. It >> allows you to >> send any display resolution and frequency to the >> application, but it >> does not change resolution. >> It's small and simple patch, and won't probably ever be >> included into >> the mainline wine. However I'll post it here as it might be >> useful for >> some. >> >> To enable, create string key UseFakeDisp with value Y in >> H_C_U/Software/Wine/X11 Driver >> Default fake resolution is 800x600 60HZ, you can change >> default with >> registry keys FakeDispHeight, FakeDispWidth, FakeDispFreq >> You can also use env variable >> WINE_FAKEDISP=WIDTHxHEIGHT_FREQ (eg. >> WINE_FAKEDISP=1024x768_60) >> >> Might improve it later to use the same syntax for default >> resolution >> and allow multiple fake resolutions to be defined with ; >> separator. >> This is also useful for dual head setups where you may want >> to run >> game or application fullscreen on other monitor while still >> keeping >> the other alive. >> There is also interesting side effect: While some >> applications throw >> error or won't run on resolutions they don't support, some >> applications that don't support them still run with the >> resolution >> specified. Eg. I can run Ys games with 1440x900 resolution >> where they >> normally would not run, and they look great. > > In winecfg there is a way of configuring wine to run under its own desktop window (and having any window application's windows running inside that), instead of having the unix host's window manager managing the window application's window. Have you tried using that? Granted it is a bit awkward for what you want to do (having to go into winecfg to change the desktop's resolution and resetting it afterwards, instead of passing the resolution in per application), but may be improving on that functionality in winecfg could get your code included eventually somehow. >

3 8

WINMM_OpenDevice Activate failed
by GOUJON Alexandre Oct. 6, 2011

Oct. 6, 2011

Hi Andrew, I saw you modified the Audio tab of winecfg to let the user choose a device. You're really doing a great job considering the mess behind it (audio architecture & drivers). I tested the latest wine and noticed that when you click the "Test Sound" button, there is no error but if you do it again (or several times), there is a err:winmm:WINMM_OpenDevice Activate failed: 80004005 on the console. Harmless but probably worth fixing.

1 0

Re: [1/4] winscard: implementation
by André Hentschel Oct. 6, 2011

Oct. 6, 2011

Am 03.10.2011 09:31, schrieb Vincent Hardy: > First submitted on wine-devel and modified following comments from Marcus Meissner (MAX_ATR_SIZE / bytecount). > OK, some notes: "winscard: implementation" is a very bad name for a patch, especially for 4. Splitting the patches is a good idea, but you need to split it different (you are adding dead code). In the first patch you might want to add the configure.ac and library loading stuff together with only the things needed for e.g. SCardListReadersA (why no SCardListReadersW?) and then e.g. a patch for every new function. I didn't looked at the code, but i want to remember you to read http://wiki.winehq.org/SubmittingPatches -- Best Regards, André Hentschel

4 3

Re: Vista/w2k8/w7 users, please test mmdevapi base render test
by Erik Inge Bolsø Oct. 6, 2011

Oct. 6, 2011

Hi Jörg, on my W7 machine I get some failures. I'm using a semi-pro usb soundcard, Creative E-MU 0202 USB. It's set to use 24-bit, 48 kHz as standard in shared mode. In addition, I turned off the E-MU and connected my cheap C-Media USB headset and left it set to default settings (44100 hz, 16-bit). I get some failures both in exclusive and non-exclusive mode. (And how does the test handle multiple soundcards?) E-MU, Exclusive allowed: render.c:167: Returned periods: 10.0000 ms 3.0000 ms render.c:179: pwfx: 00751AA8 render.c:180: Tag: fffe render.c:181: bits: 32 render.c:182: chan: 2 render.c:183: rate: 48000 render.c:184: align: 8 render.c:185: extra: 22 render.c:190: Res: 32 render.c:191: Mask: 3 render.c:192: Alg: FLOAT render.c:308: Returned latency: 10.6666 ms render.c:381: IsSupported(1, 44100x16x2) render.c:381: IsSupported(1, 48000x16x2) render.c:381: IsSupported(0, 48000x 8x2) render.c:381: IsSupported(0, 48000x16x2) render.c:887: Test failed: Initialize failed: 8889000f render.c:890: Test failed: GetService failed: 88890001 render.c:921: this is the last test seen before the exception render: unhandled exception c0000005 at 00409E1C E-MU, Exclusive disabled: render.c:167: Returned periods: 10.0000 ms 3.0000 ms render.c:179: pwfx: 00701AA8 render.c:180: Tag: fffe render.c:181: bits: 32 render.c:182: chan: 2 render.c:183: rate: 48000 render.c:184: align: 8 render.c:185: extra: 22 render.c:190: Res: 32 render.c:191: Mask: 3 render.c:192: Alg: FLOAT render.c:308: Returned latency: 10.6666 ms render.c:413: Test failed: Initialize(1, 44100x16x2) returns 8889000e render.c:413: Test failed: Initialize(1, 48000x16x2) returns 8889000e render.c:381: IsSupported(0, 48000x 8x2) render.c:381: IsSupported(0, 48000x16x2) render.c:887: Test failed: Initialize failed: 8889000f render.c:890: Test failed: GetService failed: 88890001 render.c:921: this is the last test seen before the exception render: unhandled exception c0000005 at 00409E1C C-Media USB headphone, Exclusive enabled: render.c:167: Returned periods: 10.0000 ms 3.0000 ms render.c:179: pwfx: 00A81AA8 render.c:180: Tag: fffe render.c:181: bits: 32 render.c:182: chan: 2 render.c:183: rate: 44100 render.c:184: align: 8 render.c:185: extra: 22 render.c:190: Res: 32 render.c:191: Mask: 3 render.c:192: Alg: FLOAT render.c:308: Returned latency: 11.6100 ms render.c:381: IsSupported(1, 44100x16x2) render.c:381: IsSupported(1, 48000x16x2) render.c:381: IsSupported(0, 44100x 8x2) render.c:381: IsSupported(0, 44100x16x2) render.c:1457: Test failed: Got wrong volume: 0.000000 render.c:1480: Test failed: Got wrong volume: 0.000000 render: 705 tests executed (0 marked as todo, 2 failures), 0 skipped. C-Media USB headphone, Exclusive disabled: render.c:167: Returned periods: 10.0000 ms 3.0000 ms render.c:179: pwfx: 009E1AA8 render.c:180: Tag: fffe render.c:181: bits: 32 render.c:182: chan: 2 render.c:183: rate: 44100 render.c:184: align: 8 render.c:185: extra: 22 render.c:190: Res: 32 render.c:191: Mask: 3 render.c:192: Alg: FLOAT render.c:308: Returned latency: 11.6100 ms render.c:413: Test failed: Initialize(1, 44100x16x2) returns 8889000e render.c:413: Test failed: Initialize(1, 48000x16x2) returns 8889000e render.c:381: IsSupported(0, 44100x 8x2) render.c:381: IsSupported(0, 44100x16x2) render.c:1457: Test failed: Got wrong volume: 0.000000 render.c:1480: Test failed: Got wrong volume: 0.000000 render: 705 tests executed (0 marked as todo, 4 failures), 0 skipped. -- -erik http://useofwords.blogspot.com/

2 2

Re: mscoree: Implement ICorDebug SetManagedHandler (try 2)
by Vincent Povirk Oct. 6, 2011

Oct. 6, 2011

Still not sure there should be only one ICorDebug per runtime host. It seems like you might want to create multiple interfaces and use them independently.

1 0

Re: mscoree: Implement ICorDebug SetManagedHandler (try 2)
by Marvin Oct. 6, 2011

Oct. 6, 2011

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=14737 Your paranoid android. === WVISTAADM (32 bit debugging) === Failure running script in VM: The specified guest user must be logged in interactively to perform this operation

1 0

Re: mscoree: Implement ICorDebug SetManagedHandler
by Alexandre Julliard Oct. 5, 2011

Oct. 5, 2011

Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> writes: > @@ -99,8 +99,28 @@ static HRESULT WINAPI CorDebug_Terminate(ICorDebug *iface) > static HRESULT WINAPI CorDebug_SetManagedHandler(ICorDebug *iface, ICorDebugManagedCallback *pCallback) > { > RuntimeHost *This = impl_from_ICorDebug( iface ); > - FIXME("stub %p %p\n", This, pCallback); > - return E_NOTIMPL; > + HRESULT hr; > + > + TRACE("%p (%p)\n", This, pCallback); > + > + if(!pCallback) > + return E_INVALIDARG; > + > + if(This->pCallback2) > + ICorDebugManagedCallback2_Release(This->pCallback2); > + > + if(This->pCallback) > + ICorDebugManagedCallback_Release(This->pCallback); > + > + hr = ICorDebugManagedCallback_QueryInterface(pCallback, &IID_ICorDebugManagedCallback2, (void**)&This->pCallback2); > + if(hr == S_OK) > + { > + This->pCallback = pCallback; > + > + ICorDebugManagedCallback_AddRef(This->pCallback); > + } You can't release the old interfaces before the new ones are in place. -- Alexandre Julliard julliard(a)winehq.org

1 0

[Question] Built-in indeo drivers
by Maxim Oct. 5, 2011

Oct. 5, 2011

Hi crews, I want to propose a solution for the well-known problem with Indeo codecs. Details here: http://www.ligos.com/index.php/home/support/indeosupport/ There is a bunch of (old) games still using indeo in their cut scenes. For that reason the installation of the Intel DLLs is required. Unfortunately, old indeo codecs prior the version 5 contain bugs and their support has been discontinued for years. Moreover, Microsoft has disabled indeo in the latest OSes due to security issues. I volunteer myself to create an open-source bult-in replacement for indeo v3,4 and 5 based on my patches for ffmpeg. The code will be reworked in order to remove ffmpeg/libav library dependencies. Only decoding will be implemented. Encoding would require a huge amount of time and it doesn't worth it... Would be such a patch appreciated? Best regards Maxim Poliakovski

2 1

Re: comctl32/tests: Removed sign comparison warning in datetime tests.
by Joris Huizer Oct. 5, 2011

Oct. 5, 2011

On 10/05/2011 04:43 PM, Marko Nikolic wrote: > static void test_mccolor_types(HWND hWndDateTime, int mccolor_type, const char* mccolor_name) > { > - LRESULT r; > - COLORREF theColor, prevColor; > + //LRESULT r; > + COLORREF theColor, prevColor, crColor; > Please avoid C++/C99-style comments in Wine code In this case you should remove the 'r' variable instead of commenting it out.

2 1

Re: netapi32: add stub for NetScheduleJobEnum
by Austin English Oct. 5, 2011

Oct. 5, 2011

On Wed, Oct 5, 2011 at 11:35, Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> wrote: > this fixes a crash in app SysIsdpector (http://download.eset.com/download/sysinspector/32/ENU/SysInspector.exe) You should've made this a series, otherwise the build fails: -- -Austin ---------- Forwarded message ---------- From: <buildbot(a)kegel.com> Date: Wed, Oct 5, 2011 at 11:41 Subject: Re: 79589: netapi32: add stub for NetScheduleJobEnum To: dank(a)kegel.com, wine-tests-results(a)winehq.org This is an experimental automated build and test service. Please feel free to ignore this email while we work the kinks out. For more info about this message, see http://wiki.winehq.org/BuildBot The Buildbot has detected a failed build on builder runtests-default while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/134 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) BUILD FAILED: failed shell_2 Errors: netapi32.c:23: error: lmat.h: No such file or directory make[1]: *** [depend] Error 1 make: *** [dlls/netapi32/__depend__] Error 2

1 0

Re: [PATCH 1/4 (resend)] audio: Load winmm only on demand
by Alexandre Julliard Oct. 5, 2011

Oct. 5, 2011

Andrew Eikum <aeikum(a)codeweavers.com> writes: > resend: Fix subject, to make buildbot happy. > > dlls/winealsa.drv/Makefile.in | 2 +- > dlls/winealsa.drv/midi.c | 21 ++++++++++++++++++++- > dlls/winecoreaudio.drv/Makefile.in | 2 +- > dlls/winecoreaudio.drv/coreaudio.c | 2 +- > dlls/winecoreaudio.drv/midi.c | 21 ++++++++++++++++++++- > dlls/wineoss.drv/Makefile.in | 2 +- > dlls/wineoss.drv/midi.c | 21 ++++++++++++++++++++- > 7 files changed, 64 insertions(+), 7 deletions(-) Making winmm a delayed import should work just as well, with no code changes. -- Alexandre Julliard julliard(a)winehq.org

1 0

[Question] Built-in indeo drivers
by Joerg-Cyril.Hoehle＠t-systems.com Oct. 5, 2011

Oct. 5, 2011

Maxim Poliakovski wrote: >I volunteer myself to create an open-source Go ahead! Some apps still crash in Wine because their installers don't install them, and not every user is able to figure out from the fixme messages what's missing. OSS is not enough, your license must be compatible with Wine's. I don't know whether Indeo is covered by patents and whether that may cause trouble. Which Wine video codec is recommended for copy&paste? iccvid? Encoding only is like iccvid. Regards, Jörg Höhle

1 0

Vista/w2k8/w7 users, please test mmdevapi base render test
by Joerg-Cyril.Hoehle＠t-systems.com Oct. 5, 2011

Oct. 5, 2011

Hi, please run on native machines my newest mmdevapi tests at http://testbot.winehq.org/JobDetails.pl?Key=14691 You'll find both patch and .exe there. I've split my former test in two. This is part one, without the GetPosition tests. WINETEST_DEBUG does not matter in part 1. wine mmdevapi_test.exe render I'd be pleased if you could test this with various configurations: - with exclusive mode disabled in the MS control panel - with non-standard settings in the MS control panel - with 5:1 audio chosen (if possible) in the MS control panel - audio entirely disabled - sound card without capture (does "capture only" exist?) Please report any failures such that I can later submit this part one test, given confidence that it's been tested with a variety of configurations. Thank you for testing, Jörg Höhle

4 3

Re: ws2_32: Patch to selectively bind to interfaces while still allowing broadcast packets (try 2)
by Marcus Meissner Oct. 4, 2011

Oct. 4, 2011

On Tue, Oct 04, 2011 at 10:51:26AM -0600, Erich Hoover wrote: > Real Name: > Erich Hoover > > Description: > I know it's been quite a while, but I'm back with another solution > for Bug #7929. This patch uses SO_BINDTODEVICE in order to bind a > socket to a specific interface while still allowing broadcast packets > (a Linux-only feature). While this feature normally requires root > privileges, it can also be enabled by giving wine-preloader the > CAP_NET_RAW capability. Should insufficient permissions be available, > the patch outputs an appropriate error message notifying the user that > broadcast packets will not function properly. Frankly, no sane distributor will ever do this. Ciao, Marcus > Changelog: > ws2_32: Patch to selectively bind to interfaces while still > allowing broadcast packets. > From f4c904b9b21da7664eff33be918da71795db01af Mon Sep 17 00:00:00 2001 > From: Erich Hoover <ehoover(a)mines.edu> > Date: Tue, 4 Oct 2011 10:43:06 -0600 > Subject: ws2_32: Selectively bind UDP sockets to interfaces while still allowing broadcast packets. > > --- > dlls/ws2_32/socket.c | 94 ++++++++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 94 insertions(+), 0 deletions(-) > > diff --git a/dlls/ws2_32/socket.c b/dlls/ws2_32/socket.c > index f0313fc..174ec15 100644 > --- a/dlls/ws2_32/socket.c > +++ b/dlls/ws2_32/socket.c > @@ -2101,6 +2101,94 @@ static int WINAPI WS2_WSARecvMsg( SOCKET s, LPWSAMSG msg, LPDWORD lpNumberOfByte > } > > /*********************************************************************** > + * interface_bind (INTERNAL) > + * > + * Bind the given socket exclusively to a specific interface. > + */ > +static int interface_bind( int fd, struct sockaddr *addr ) > +{ > + struct sockaddr_in *in_sock = (struct sockaddr_in *) addr; > + PIP_ADAPTER_INFO adapters = NULL, adapter; > + unsigned int sock_type = 0, optlen; > + int ret = FALSE; > + DWORD adap_size; > + > + if (in_sock->sin_addr.s_addr == htonl(WS_INADDR_ANY)) > + { > + /* Not binding to specific interface, use default route */ > + goto cleanup; > + } > + optlen = sizeof(sock_type); > + if (getsockopt(fd, SOL_SOCKET, SO_TYPE, &sock_type, &optlen) == -1 > + || sock_type != SOCK_DGRAM) > + { > + /* Not a UDP socket, interface-specific bind is irrelevant. */ > + goto cleanup; > + } > + /* Obtain the size of the IPv4 adapter list and allocate structure memory */ > + if (GetAdaptersInfo(NULL, &adap_size) != ERROR_BUFFER_OVERFLOW) > + { > + ERR("Failed to get the size of the adapter list, " > + "bound broadcast packets will not work on this socket.\n"); > + goto cleanup; > + } > + adapters = HeapAlloc(GetProcessHeap(), 0, adap_size); > + if (adapters == NULL) > + { > + ERR("Failed to allocate the adapter list, " > + "bound broadcast packets will not work on this socket.\n"); > + goto cleanup; > + } > + /* Obtain the IPv4 adapter list */ > + if (GetAdaptersInfo(adapters, &adap_size) != NO_ERROR) > + { > + ERR("Failed to obtain the adapter list, " > + "bound broadcast packets will not work on this socket.\n"); > + goto cleanup; > + } > + /* Search the IPv4 adapter list for the appropriate binding IP */ > + for (adapter = adapters; adapter != NULL; adapter = adapter->Next) > + { > + char *ip = adapter->IpAddressList.IpAddress.String; > + in_addr_t adapter_addr = (in_addr_t) inet_addr(ip); > + > + if (in_sock->sin_addr.s_addr == adapter_addr) > + { > +#ifdef SO_BINDTODEVICE > + struct ifreq ifr; > + > + memset(&ifr, 0, sizeof(ifr)); > + lstrcpynA(ifr.ifr_name, adapter->AdapterName, sizeof(ifr.ifr_name)); > + if (setsockopt(fd, SOL_SOCKET, SO_BINDTODEVICE, (void*)&ifr, sizeof(ifr)) == 0) > + { > + /* Success! All packets sent on this socket will go through the > + * specified interface. */ > + TRACE("Bound to interface '%s' (corresponds to local address %s).\n", > + adapter->AdapterName, inet_ntoa(in_sock->sin_addr)); > + ret = TRUE; > + break; > + } > + > + /* If we are unable to bind to a specific interface then notify the > + * user that broadcast packets will not work for this socket. The > + * user can correct this by giving CAP_NET_RAW access to the > + * wine-preloader binary. */ > + ERR("SO_BINDTODEVICE failed (requires CAP_NET_RAW), " > + "broadcast packets will not work on this socket.\n"); > +#else /* SO_BINDTODEVICE */ > + WARN("SO_BINDTODEVICE is unsupported on this platform, " > + "broadcast packets will not work on this socket.\n"); > +#endif /* SO_BINDTODEVICE */ > + break; > + } > + } > + > +cleanup: > + HeapFree(GetProcessHeap(), 0, adapters); > + return ret; > +} > + > +/*********************************************************************** > * bind (WS2_32.2) > */ > int WINAPI WS_bind(SOCKET s, const struct WS_sockaddr* name, int namelen) > @@ -2151,6 +2239,12 @@ int WINAPI WS_bind(SOCKET s, const struct WS_sockaddr* name, int namelen) > "INADDR_ANY instead.\n"); > in4->sin_addr.s_addr = htonl(WS_INADDR_ANY); > } > + else if (interface_bind(fd, &uaddr.addr)) > + { > + /* Bound to a specific interface, change the binding > + * address so that broadcast packets work properly */ > + in4->sin_addr.s_addr = htonl(WS_INADDR_ANY); > + } > } > if (bind(fd, &uaddr.addr, uaddrlen) < 0) > { > -- > 1.7.1 > >

2 1

Re: [1/4] cmd: Avoid checking handle type when already known in WCMD_ReadFile
by Frédéric Delanoy Oct. 4, 2011

Oct. 4, 2011

2011/10/4 Dan Kegel <dank(a)kegel.com>: > + * handle_type: type of hIn handle > + * 0 if file, 1 if console, anything else if unknown (autodetect) > > I suspect you want an enum for that. Well I thought about that, but found it a bit overkill for such a limited set of possible values. Also, if I used sthg like enum CMD_HANDLE_TYPE { CMD_HT_FILE = 0, CMD_HT_CONSOLE = 1, CMD_HT_UNKNOWN = 2 } , I'd have to add error checking for unknown parameters passed to WCMD_ReadFile, or never check for CMD_HT_UNKNOWN, and just use it as default value. So TBH I don't think an enum is really necessary (especially since it's just a corner case; all "similar" functions use a BOOL is_console_handle, covering cases 0 and 1. I wouldn't want to change those)

4 6

re: kernel32: Implement GetVolumePathName.
by Dan Kegel Oct. 4, 2011

Oct. 4, 2011

Fails test here? ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so file.c && touch file.ok Unhandled exception: page fault on read access to 0x00212b18 in 32-bit code (0x7bc47995). Backtrace: =>0 HEAP_CreateFreeBlock+0xbb(subheap=0x110014, ptr=0x122b48, size=0xeffd0) [dlls/ntdll/heap.c:583] 1 HEAP_ShrinkBlock+0x42(subheap=0x110014, pArena=0x122b08, size=0x38) [dlls/ntdll/heap.c:685] 2 RtlAllocateHeap+0x2a8(heap=0x110000, flags=0x2, size=0x38) [dlls/ntdll/heap.c:1699] 3 RtlDosPathNameToNtPathName_U+0x35c(dos_path="C:\windows\system32", ntpath=0x32fbb4, file_part=(nil), cd=(nil)) [dlls/ntdll/path.c:394] 4 GetVolumePathNameW+0x107(filename="C:\windows\system32", volumepathname="?Ir\sandbox\slave\(", buflen=0x14) [dlls/kernel32/volume.c:1767] 5 test_file_name_information+0x179() [dlls/ntdll/tests/file.c:1304] 6 func_file+0x374() [dlls/ntdll/tests/file.c:1726] 7 run_test+0x9e(name="file.c") [include/wine/test.h:556] 8 main+0x23a(argc=<?>, argv=0x1103c8) [include/wine/test.h:624] 0x7bc47995 HEAP_CreateFreeBlock+0xbb [dlls/ntdll/heap.c:583] in ntdll: movl 0x0(%eax),%eax 583 (*(DWORD *)((char *)ptr + size) & ARENA_FLAG_FREE))

4 5

Re: [2/2] gdi32/tests: fix MSVC build in bitmap.c
by Marvin Oct. 4, 2011

Oct. 4, 2011

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=14695 Your paranoid android. === WNT4WSSP6 (32 bit bitmap) === bitmap: unhandled exception c0000005 at 00416287 === W2KPROSP4 (32 bit bitmap) === bitmap: unhandled exception c0000005 at 00416287 === WXPPROSP3 (32 bit bitmap) === bitmap: unhandled exception 80000003 at 7C90120E === W2K3R2SESP2 (32 bit bitmap) === bitmap: unhandled exception c0000005 at 7C83F11C === WVISTAADM (32 bit bitmap) === bitmap: unhandled exception c0000005 at 7749653F === W2K8SE (32 bit bitmap) === bitmap: unhandled exception c0000005 at 00000000 === W7PRO (32 bit bitmap) === bitmap: unhandled exception c0000005 at 772D5A15 === W7PROX64 (32 bit bitmap) === bitmap: unhandled exception c0000005 at 00000000 === TEST64_W7SP1 (32 bit bitmap) === bitmap: unhandled exception c0000005 at 77593CDB === W7PROX64 (64 bit bitmap) === Timeout === TEST64_W7SP1 (64 bit bitmap) === Timeout

1 0

Regression by author list?
by Damjan Jovanovic Oct. 4, 2011

Oct. 4, 2011

Hi Where do we find that list of regressions by author, that was in Alexandre's keynote at Wineconf? Thank you Damjan Jovanovic

2 1

unable to compile wine from latest git
by Vijay Kiran Kamuju Oct. 4, 2011

Oct. 4, 2011

Hi, I just downloaded the git and tried compile it. I just issued `make` command after doing `./configure` But it gave the below errors: make[1]: Leaving directory `/media/PENDRIVE/devel/repo/wine/tools/wrc' make[1]: Entering directory `/media/PENDRIVE/devel/repo/wine/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/media/PENDRIVE/devel/repo/wine/include' make[1]: Entering directory `/media/PENDRIVE/devel/repo/wine/dlls/adsiid' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/media/PENDRIVE/devel/repo/wine/dlls/adsiid' rm -f dlls/libd3dcompiler.def && cp -p d3dcompiler_43/libd3dcompiler.def dlls/libd3dcompiler.def cp: cannot stat `d3dcompiler_43/libd3dcompiler.def': No such file or directory make: *** [dlls/libd3dcompiler.def] Error 1 Since the build of wine has changed a bit, i am unable to understand how to fix this issue. Thanks, Vijay

3 6

re: [1/3] kernel32/tests: Test K32GetProcessImageFileNameA() and improve the QueryFullProcessImageNameA() tests.
by Dan Kegel Oct. 3, 2011

Oct. 3, 2011

Build fails here with -Werror: process.c: In function ‘test_GetProcessImageFileNameA’: process.c:1646: error: unused variable ‘image’ You seem to have two copies of that variable, one shadowing the other?

1 0

Alexandre's keynote
by Jeremy White Oct. 2, 2011

Oct. 2, 2011

Thanks to Jon Parshall's hard work, we have Alexandre's keynote available here: http://www.youtube.com/watch?v=2rdDvMonTnQ Remember to have your libation at hand so you can play the game... <grin> Cheers, Jeremy

6 6

Re: [po]updated korean resource(2011-09-30)
by Francois Gouget Oct. 1, 2011

Oct. 1, 2011

On Fri, 30 Sep 2011, Hwang YunSong(황윤성) wrote: [...] > #: winecfg.rc:88 > -#, fuzzy > msgid "(None)" > -msgstr "없음" > +msgstr "(없음)" I think you're missing a closing parenthesis here. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ question = ( to ) ? be : ! be; -- Wm. Shakespeare

1 0

Script for bisecting conformance test failures
by Francois Gouget Oct. 1, 2011

Oct. 1, 2011

Would something like this be useful to include in Wine? If that's deemed interesting I can clean it up and submit it. I'm posting it here early in case it's useful for WineConf. It's a tool which you can use with git bisect to find the patch that causes a regression in a conformance test. It's used like this: git bisect start <bad> <good> git bisect run ./tools/testbisect dlls/gdi32/tests bitmap Come back a bit later and you have the bad patch. It can also be used with flaky tests by specifying the number of times to run a test. So if a test fails in 30% of the time you could only consider that it works if it succeeds 10 times in a row. You can even grep for a specific error if the test has other errors you don't care about. Finally you can also use it without git just to figure out if a test is flaky or not. For instance: $ ./tools/testbisect dlls/random/tests flaky 100 100 Failed 42 time(s) in 100 run(s) -> definitely flaky -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Indifference will certainly be the downfall of mankind, but who cares?

1 0

re: [PATCH 2/2] cmd: Handle truncation for console reads
by Dan Kegel Oct. 1, 2011

Oct. 1, 2011

What's motivating this change? Are you quite sure you know how ReadConsole behaves? I bet one could write a test for this that used SendInput to send keystrokes to be read by ReadConsole, and verify the end of line and end of buffer behavior...

2 1

re: [PATCH 1/2] cmd: Improve WCMD_fgets documentation
by Dan Kegel Oct. 1, 2011

Oct. 1, 2011

+ * We can't use the native f* functions because of the filename syntax differences + * between DOS and Unix. That doesn't belong in a function comment; it's an implementation detail that belongs, at most, inside the function.

2 1

Favorite bug: deadlock preventing backtraces?
by Dan Kegel Sept. 30, 2011

Sept. 30, 2011

On one of my boxes, if I run winmm/midi.ok in a loop, it will eventually deadlock/crash ( http://bugs.winehq.org/show_bug.cgi?id=28388 ): err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0022, blocked by 001f, retrying (60 sec) wine: Critical section 00110060 wait failed at address 0x7bc3484a (thread 0022), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0022, blocked by 001f, retrying (60 sec) Sadly, no backtrace follows ( http://bugs.winehq.org/show_bug.cgi?id=28265 ). Since I'm not around when it finally happens, I haven't tried btall yet. I suppose I should write a shell script to watch for that error message in the log, and run btall then... any better ideas? (I did try giving winedbg a private heap, didn't seem to prevent the deadlock.)

2 2