September 2011 - Wine-Devel

Re: [PATCH 13/19] vbscript: Added class_terminate support

by Marvin

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=14319 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 12/19] vbscript: Added class_initializer support

by Marvin

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=14317 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 13/19 try2] vbscript: Added class functions parser implementation

by Marvin

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=14318 Your paranoid android. === WINEBUILD (build) === Patch failed to apply

Sept. 16, 2011

Re: [PATCH 10/19] vbscript: Use default object value for objets in stack_pop_val

by Marvin

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=14315 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 09/19] vbscript: Added support for default getters

by Marvin

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=14314 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 08/19] vbscript: Added interp_set_member implementation

by Marvin

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=14313 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 07/19] vbscript: Added support for exit property statement

by Marvin

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=14312 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 06/19] vbscript: Added compiler/runtime support for property getters/letters

by Marvin

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=14311 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 05/19] vbscript: Added getters/setters parser implementation

by Marvin

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=14310 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 01/19] vbscript: Added class property parser implementation

by Jacek Caban

On 09/16/11 13:39, Marvin wrote: > Hi, > > While running your changed tests on Windows, I think I found new failures. > Being a bot and all I'm not very good at pattern recognition, so I might be > wrong, but could you please double-check? > Full results can be found at > http://testbot.winehq.org/JobDetails.pl?Key=14307 > Here are test results of the whole series combined: https://testbot.winehq.org/JobDetails.pl?Key=14306 Jacek

Sept. 16, 2011

Re: [PATCH 01/19] vbscript: Added class property parser implementation

by Marvin

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=14307 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 === W7PROX64 (64 bit) === No test summary line found

Sept. 16, 2011

Re: [PATCH 2/5] ddraw: Use offscreen backbuffers.

by Henri Verbeet

On 16 September 2011 11:17, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > Another thing your second patch breaks is vsync because there won't be any swapbuffer calls. Although arguably that was kinda broken since we replaced flips with blits. > It was broken even before that, since it's set at context creation, while Flip tried to override it at the actual present call.

Sept. 16, 2011

Re: ubuntu ppa -- nice to have on development version too

by Scott Ritchie

On 09/03/2011 03:54 AM, Scott Ritchie wrote: > On 09/02/2011 10:04 AM, Susan Cragin wrote: >> There was discussion about putting a daily wine build on the ubuntu ppa. >> I'd like to put in a word for having it on the development version (currently oneiric) as well as the stable version (natty). >> Right now wine only seems to have a natty ppa. >> >> > > Yes I'll do an oneiric recipe soon. > > Just as an update, the only reason I haven't done this yet is because launchpad itself is having problems: Apparently the build process is only given so much memory and importing Wine's git tree somehow manages to consume all of it. This is also why the daily builds have stopped being daily. You can see the bug here: https://bugs.launchpad.net/bugs/746822 Thanks, Scott Ritchie

Sept. 16, 2011

Re: [PATCH 2/5] ddraw: Use offscreen backbuffers.

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 16.09.2011 um 01:29 schrieb Henri Verbeet: > On 16 September 2011 01:03, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: >> On Thursday 15 September 2011 20:01:50 Henri Verbeet wrote: >>> In principle this allows us to use more than one backbuffer in ddraw. It's >>> also a requirement for the next patch. >> I think this, and the next patch should be implemented in wined3d by handling >> D3DSWAPEFFECT_FLIP in essentially the same way you're handling them in ddraw >> in your patches. >> > Maybe after 1.4, it's a bit more invasive to do it in wined3d. Works for me. > >> In patch 3 I'm not sure what happens when the app draws to the frontbuffer >> directly. Maybe I'm a bit too tired to see it, but doesn't that result in a >> blit of the surface onto itself? >> > No, the wined3d frontbuffer and ddraw frontbuffer are different surfaces. Ok Another thing your second patch breaks is vsync because there won't be any swapbuffer calls. Although arguably that was kinda broken since we replaced flips with blits. -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iQIcBAEBAgAGBQJOcxQcAAoJEN0/YqbEcdMwHsEP/2zJIQZ66QbuYf7Z3hiqEZyh ZDKXVqvXZOy293Rd1xZPGPi98MSlFBmInnhL/8jRKAevpA0Bi/x0lhtxL3whHVky URhSqQQHErlNuvPS1kpAStf81QvTLQjA8KXLWa/5qNulxZl4a68I+K4H95dos7vO vZ+RAxSulYVm7hfbU5BqD5eFoTVQ6eEUAYRjxgy/hff0x7i3o4396BcnLukSFwLL YOA3zCR/8OO7WKEg/gibUFanc+jHAhostzf8krPL4voIwIli9oDln5SETekjbgZV TmG8c6334lWi7jTzWTfNPoHAgMhTiQb7KS6OB1zof6LwycbU7n50BzXHBb4lZ+g6 wW8ZIusZo9QRi97cxjsr/1BKS1s8W3x2TyMkq7W2TKJUByzO65GX8dygY2yZ1sCg YaYE/uKUXb5mzIgdhBVE+iD8e0+vxoDuryt5y94giOc0c2a+8hkO9GX7R0PNDUvT TmfxnsUgogjcJKiooTDytO+OqZU+/3pL0zjnX2zibaWGFhtyI8LYR+Vi1KYQjh5N j12dHZSK/jdD2uHFmR5t/a5JxisycOo96TdTe+/rLc89LeAuA9iB46t0q+siNnIB bmAzDa8/NwcStcWttl4RM1bcnRZTlKTHzxlm/WS5hRGQD8R+vzFelUEqcHNqiiO4 /WH9zBCc5fxorGtCHPEK =LFwI -----END PGP SIGNATURE-----

Sept. 16, 2011

Re: [PATCH 2/5] ddraw: Use offscreen backbuffers.

by Henri Verbeet

On 16 September 2011 01:03, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > On Thursday 15 September 2011 20:01:50 Henri Verbeet wrote: >> In principle this allows us to use more than one backbuffer in ddraw. It's >> also a requirement for the next patch. > I think this, and the next patch should be implemented in wined3d by handling > D3DSWAPEFFECT_FLIP in essentially the same way you're handling them in ddraw > in your patches. > Maybe after 1.4, it's a bit more invasive to do it in wined3d. We don't want render the frontbuffer offscreen unless the swap effect is actually flip for performance reasons. However, the swap effect can potentially change when a reset happens. It's possible to make that all work, but I'd rather wait a bit to see how this works out for ddraw first. > In patch 3 I'm not sure what happens when the app draws to the frontbuffer > directly. Maybe I'm a bit too tired to see it, but doesn't that result in a > blit of the surface onto itself? > No, the wined3d frontbuffer and ddraw frontbuffer are different surfaces.

Sept. 15, 2011

Re: [PATCH 2/5] ddraw: Use offscreen backbuffers.

by Stefan Dösinger

On Thursday 15 September 2011 20:01:50 Henri Verbeet wrote: > In principle this allows us to use more than one backbuffer in ddraw. It's > also a requirement for the next patch. I think this, and the next patch should be implemented in wined3d by handling D3DSWAPEFFECT_FLIP in essentially the same way you're handling them in ddraw in your patches. d3d8 and d3d9 apps can request multiple backbuffers and access them explicitly just like ddraw apps can. In patch 3 I'm not sure what happens when the app draws to the frontbuffer directly. Maybe I'm a bit too tired to see it, but doesn't that result in a blit of the surface onto itself?

Sept. 15, 2011

Re: amd processors seem slow at running configure?

by Karl Mardoff Kittilsen

On 15. sep. 2011 21:35, Dan Kegel wrote: > My new AMD a8-3850 takes 77 seconds to run wine's configure script. > (Using -C cuts the time by 40 seconds.) > Austin's Phenom II X4 940 takes 61 seconds. > My i7 takes 32 seconds... but even the lowly e7300 only takes 38 seconds. > The same seems to hold for doing builds with ccache; AMD fares poorly > there somehow compared to similar intel chips. > > Does anyone have an AMD-based system that can run configure in under 40 seconds? > > My AMD Phenom(tm) II X6 1055T Processor runs it in about 30 seconds.

Sept. 15, 2011

amd processors seem slow at running configure?

by Dan Kegel

My new AMD a8-3850 takes 77 seconds to run wine's configure script. (Using -C cuts the time by 40 seconds.) Austin's Phenom II X4 940 takes 61 seconds. My i7 takes 32 seconds... but even the lowly e7300 only takes 38 seconds. The same seems to hold for doing builds with ccache; AMD fares poorly there somehow compared to similar intel chips. Does anyone have an AMD-based system that can run configure in under 40 seconds?

Sept. 15, 2011

Re: Something's rotten in git today...

by Bernhard Loos

On Thu, Sep 15, 2011 at 8:33 PM, Dan Kegel <dank(a)kegel.com> wrote: > On Thu, Sep 15, 2011 at 11:13 AM, Bernhard Loos > <bernhardloos(a)googlemail.com> wrote: >>>> It might be just me, but I've seen five very strange test failures >>>> today out of about 30 build/test runs. >>>> Has anybody else noticed problems? >>> >>> It smells like the rpcrt4 change. > > I thought so, too. > >> I admit I'm a bit at a loss, how this could happen. Could you create a >> +seh,+rpc log? >> And does it go away, if you revert those changes? > > I've reproduced it twice now in an hour on two quad-core machines with > the script > > for try in `seq 1 100` > do > echo try $try > server/wineserver -k || true > rm -rf ~/.wine > cd dlls/advapi32/tests > rm -f *.ok > make test > cd ../../msi/tests > rm -f action.ok > make action.ok > cd ../../.. > done > > so it may take me a while to verify that it goes away after reverting > the rpc change > or to get you a detailed log. > > In one of the failures, I got the service.ok failure from above: > > service.c:152: Test failed: Expected success, got error 1060 > err:rpc:I_RpcGetBuffer no binding > service.c:176: Test failed: Expected ERROR_SERVICE_DOES_NOT_EXIST, got 123 > > In the other, I got a crash in service.ok: > ../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p > advapi32_test.exe.so service.c && touch service.ok > err:rpc:I_RpcGetBuffer no binding > err:rpc:I_RpcGetBuffer no binding > wine: Unhandled page fault on read access to 0x60481043 at address > 0x7bc34227 (thread 0021), starting debugger.. > err:ntdll:RtlpWaitForCriticalSection section 0x110530 "?" wait timed > out in thread 002a, blocked by 0021, retrying (60 sec) > ... This crash is the most interesting thing by far. It looks like it's somewhere in ntdll. Could you please check where exectly? Ntdll should always get mapped to the same place, so if you didn't make any changes to it in the meantime, you can check it with some random wine process without waiting for the crash to happen again > I don't get backtraces much anymore because of that darn deadlock (unrelated > to the current problem), and btall doesn't seem to show a crash (though it > does have some interesting stack traces); see the attachment. > > Austin may have a related crash in rpcrt4_test.exe.so server.c, see > http://bugs.winehq.org/show_bug.cgi?id=28383#c2 >

Sept. 15, 2011

Re: [PATCH] rpcrt4/rpc_transport.c: the named pipe can be used for multiple operations at the same time, so use overlapped operations for ReadFile and WriteFile

by Jérôme Gardou

Le 14/09/2011 14:19, Bernhard Loos a écrit : > --- > dlls/rpcrt4/rpc_transport.c | 53 +++++++++++++++++++++++------------------- > 1 files changed, 29 insertions(+), 24 deletions(-) > > Hi! I had a quite similar patch, but you beat me! Anyway, aren't those funtions susceptible to be called in a multithreaded environment? If so, having an unique event for all the read or write operations seems dangerous to me. Regards. Jérôme.

Sept. 15, 2011

Re: Something's rotten in git today...

by Dan Kegel

On Thu, Sep 15, 2011 at 11:13 AM, Bernhard Loos <bernhardloos(a)googlemail.com> wrote: >>> It might be just me, but I've seen five very strange test failures >>> today out of about 30 build/test runs. >>> Has anybody else noticed problems? >> >> It smells like the rpcrt4 change. I thought so, too. > I admit I'm a bit at a loss, how this could happen. Could you create a > +seh,+rpc log? > And does it go away, if you revert those changes? I've reproduced it twice now in an hour on two quad-core machines with the script for try in `seq 1 100` do echo try $try server/wineserver -k || true rm -rf ~/.wine cd dlls/advapi32/tests rm -f *.ok make test cd ../../msi/tests rm -f action.ok make action.ok cd ../../.. done so it may take me a while to verify that it goes away after reverting the rpc change or to get you a detailed log. In one of the failures, I got the service.ok failure from above: service.c:152: Test failed: Expected success, got error 1060 err:rpc:I_RpcGetBuffer no binding service.c:176: Test failed: Expected ERROR_SERVICE_DOES_NOT_EXIST, got 123 In the other, I got a crash in service.ok: ../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p advapi32_test.exe.so service.c && touch service.ok err:rpc:I_RpcGetBuffer no binding err:rpc:I_RpcGetBuffer no binding wine: Unhandled page fault on read access to 0x60481043 at address 0x7bc34227 (thread 0021), starting debugger.. err:ntdll:RtlpWaitForCriticalSection section 0x110530 "?" wait timed out in thread 002a, blocked by 0021, retrying (60 sec) ... I don't get backtraces much anymore because of that darn deadlock (unrelated to the current problem), and btall doesn't seem to show a crash (though it does have some interesting stack traces); see the attachment. Austin may have a related crash in rpcrt4_test.exe.so server.c, see http://bugs.winehq.org/show_bug.cgi?id=28383#c2

Sept. 15, 2011

Re: Something's rotten in git today...

by Bernhard Loos

On Thu, Sep 15, 2011 at 7:27 PM, Alexandre Julliard <julliard(a)winehq.org> wrote: > Dan Kegel <dank(a)kegel.com> writes: > >> It might be just me, but I've seen five very strange test failures >> today out of about 30 build/test runs. >> Has anybody else noticed problems? > > It smells like the rpcrt4 change. > > -- > Alexandre Julliard > julliard(a)winehq.org I admit I'm a bit at a loss, how this could happen. Could you create a +seh,+rpc log? And does it go away, if you revert those changes?

Sept. 15, 2011

Re: [PATCH] oleaut32: OLEPictureImpl_Load uses Seek(STREAM_SEEK_END) to find the stream length

by Bernhard Loos

On Thu, Sep 15, 2011 at 08:28:53AM, Marcus Meissner wrote: > On Thu, Sep 15, 2011 at 02:09:56PM +0200, Bernhard Loos wrote: > > --- > > dlls/oleaut32/olepicture.c | 148 +++++++++++++------------------------- > > dlls/oleaut32/tests/olepicture.c | 16 ++--- > > 2 files changed, 54 insertions(+), 110 deletions(-) > > Did make check work for you even? Marvin does not like it at least. > > This will break NonStatable streams, also seekability of streams can > not be assumed. > > Ciao, Marcus Windows never calls Stat on the stream, and it bails out, if Seek doesn't work, it certainly never reads until the end of the stream. Thats at least what happens on XP. This only breaks on jpeg images, so I suspect the difference is in the actual image rendering code. Wine always reads the complete image into memory and then creates the image from this memory buffer with IWICStream_InitializeFromMemory for example, while windows probably calls IWICStream_InitializeFromIStream. And this method reads a 4096 bytes chunk at first and depends on Read checking for the end of the stream. Bernhard

Sept. 15, 2011

Re: msxml3: Move and Register xmlparser.idl in msxml3

by Austin English

On Thu, Sep 15, 2011 at 07:35, Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> wrote: > Hi, > > > Changelog: > msxml3: Move and Register xmlparser.idl in msxml3 > > > Best Regards > Alistair Leslie-Hughes Howdy Alistair, You forgot to remove the include from include/Makefile.in, causing a build failure here: make[1]: Entering directory `/home/austin/wine-git/include' ../tools/makedep -C. -S.. -T.. activaut.idl activdbg.idl activscp.idl amstream.idl amvideo.idl asptlb.idl atliface.idl audioclient.idl audiopolicy.idl austream.idl bits.idl bits1_5.idl comcat.idl commoncontrols.idl control.idl cor.idl ctfutb.idl ctxtcall.idl d3d10.idl d3d10_1.idl d3d11.idl d3dcommon.idl ddstream.idl devicetopology.idl dimm.idl dispex.idl docobj.idl docobjectservice.idl downloadmgr.idl dxgi.idl endpointvolume.idl exdisp.idl fusion.idl gameux.idl hlink.idl htiframe.idl httprequest.idl iads.idl icftypes.idl iextag.idl imnact.idl imnxport.idl indexsrv.idl mediaobj.idl metahost.idl mimeinfo.idl mimeole.idl mlang.idl mmdeviceapi.idl mmstream.idl mscoree.idl msctf.idl msdadc.idl mshtmhst.idl mshtml.idl msinkaut.idl mstask.idl msxml.idl msxml2.idl msxml6.idl netcon.idl netfw.idl oaidl.idl objectarray.idl objidl.idl objsafe.idl ocidl.idl ocmm.idl oleacc.idl oledb.idl oleidl.idl optary.idl perhist.idl propidl.idl propsys.idl pstore.idl qedit.idl richole.idl sensevts.idl servprov.idl shdeprecated.idl shldisp.idl shobjidl.idl shtypes.idl strmif.idl structuredquerycondition.idl textstor.idl tom.idl unknwn.idl urlhist.idl urlmon.idl vmr9.idl wbemcli.idl wia_lh.idl wia_xp.idl wincodec.idl wine/itss.idl wine/svcctl.idl winsxs.idl wpcapi.idl wtypes.idl wuapi.idl xmllite.idl xmlparser.idl wine/winedxgi.idl stdole2.idl stdole2.tlb xmlparser.idl: No such file or directory make[1]: *** [depend] Error 1 make[1]: Leaving directory `/home/austin/wine-git/include' -- -Austin

Sept. 15, 2011

Re: Something's rotten in git today...

by Alexandre Julliard

Dan Kegel <dank(a)kegel.com> writes: > It might be just me, but I've seen five very strange test failures > today out of about 30 build/test runs. > Has anybody else noticed problems? It smells like the rpcrt4 change. -- Alexandre Julliard julliard(a)winehq.org

Sept. 15, 2011