September 2011 - Wine-Devel

Re: cmd: Avoid unneeded local variable in WCMD_goto
by Frédéric Delanoy Sept. 4, 2011

Sept. 4, 2011

2011/9/4 Frédéric Delanoy <frederic.delanoy(a)gmail.com>: > --- > programs/cmd/builtins.c | 9 ++++----- > 1 files changed, 4 insertions(+), 5 deletions(-) Please ignore this patch. The changes it brings are incorporated in another patch ("cmd: Avoid rereading batch file for every call/goto executed") Frédéric

1 0

WINEDEBUG=warn+heap make test crashes in dsound?
by Dan Kegel Sept. 4, 2011

Sept. 4, 2011

Hi Michael, is this up your alley? You've been looking at dsound recently, iirc. - Dan export WINEDEBUG=warn+heap ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so ds3d.c && touch ds3d.ok ALSA lib pcm_pulse.c:1008:(_snd_pcm_pulse_open) Unknown field handle_underrun ... ds3d.c:467: Test failed: buffer size changed after SetFormat() - previous size was 88200, current size is 22052 fixme:dsound3d:IDirectSound3DListenerImpl_QueryInterface Unknown IID {31efac30-515c-11d0-a9aa-00aa0061be93} wine: Unhandled page fault on read access to 0xfeef021a at address 0x68d6775f (thread 002c), starting debugger... Backtrace: =>0 0x68d6775f IDirectSound3DListenerImpl_Release+0xe9(iface=0x1d5170) [/home/dank/wine-git/dlls/dsound/sound3d.c:791] in dsound (0x0033f768) 1 0x684bce32 test_primary_3d_with_listener+0x677(lpGuid=(nil)) [/home/dank/wine-git/dlls/dsound/tests/ds3d.c:1228] in dsound_test (0x0033f868) 2 0x684bd181 dsenum_callback+0x183(lpGuid=(nil), lpcstrDescription="Primary Sound Driver", lpcstrModule="", lpContext=0x0(nil)) [/home/dank/wine-git/dlls/dsound/tests/ds3d.c:1283] in dsound_test (0x0033f8a8) 3 0x68d558e4 a_to_w_callback+0xe0(guid=(nil), descW="Primary Sound Driver", modW="", data=0x33fc80) [/home/dank/wine-git/dlls/dsound/dsound_main.c:291] in dsound (0x0033f938) 4 0x68d55c3b DirectSoundEnumerateW+0x2ab(lpDSEnumCallback=0x68d55803, lpContext=0x33fc80) [/home/dank/wine-git/dlls/dsound/dsound_main.c:370] in dsound (0x0033fc68) 5 0x68d55985 DirectSoundEnumerateA+0x88(lpDSEnumCallback=0x684bcffd, lpContext=0x0(nil)) [/home/dank/wine-git/dlls/dsound/dsound_main.c:321] in dsound (0x0033fc98) 6 0x684bd50d ds3d_tests+0x2a() [/home/dank/wine-git/dlls/dsound/tests/ds3d.c:1307] in dsound_test (0x0033fcc8) 7 0x684bd5cd func_ds3d+0x7b() [/home/dank/wine-git/dlls/dsound/tests/ds3d.c:1326] in dsound_test (0x0033fcf8) 8 0x684d04d3 run_test+0x9e(name="ds3d.c") [/home/dank/wine-git/dlls/dsound/tests/../../../include/wine/test.h:556] in dsound_test (0x0033fd58)

2 1

RFC - The ProductName registry entry
by Bruno Jesus Sept. 4, 2011

Sept. 4, 2011

Louis Lenders sent the following url patch to fix bug #28065, it was rejected because it fixes the product name so even if you set other version inside winecfg the registry entry will still say "Windows XP". http://www.winehq.org/pipermail/wine-patches/2011-August/105414.html I have made a small change to winecfg to make it save the correct ProductName based on the selected OS and would like comments. If I ever send my patch to git Louis Lenders patch will need to get in too because we would need a default ProductName setting in registry and his patch was correct because the default wine OS is XP, am I right? The patch is quite simple and it tries to never let 2 ProductName exist in different windows versions. Thanks in advance, Bruno

1 0

bug in OLEPictureImpl_Load (and possibly other stream readers)
by Michael Blumenkrantz Sept. 4, 2011

Sept. 4, 2011

Hi, I have been working with Bernhard Loos (jhgf) for the past couple days to track down the source of http://bugs.winehq.org/show_bug.cgi?id=28235, and today I am happy to report that I have finally located it!. Attached are two files: olefail.cpp - the source olefail.txt - actually olefail.exe renamed to evade mailing list filters :) This is a tiny demo app, most of which is copied right out of MSDN, which showcases the problem. To break it down: *On Windows, OLEPictureImpl_Load will read exactly 2 bytes for the header to attempt to determine the length in the case that the stat() member function of the stream interface is broken. This is acknowledged in a large block comment at olepicture.c:1339. Wine then ignores this fact and reads 8 bytes. This is just the tip of the bug, however! *The major bug is that after this, at olepicture.c:1412, wine decides to attempt to read a buffer of unknown size and content UNTIL THE END OF THE BUFFER. While this may work for reading a string, when reading a binary buffer you MUST know the size. I'm sure we all know this :) *Unless the stream reader interface is fairly smart at this point and returns 0 bytes read (which seems unlikely if the stat() mechanism is broken), wine is guaranteed to crash. The solution here is to remove the broken "try until you die" method of attempting to read more than 2 bytes of the unknown buffer. Instead, simply return an error as Windows does and move on.

1 0

Re: [PATCH 1/2] d3dx9: Do not allocate ctab memory, reuse the shader blob.
by Rico Schüller Sept. 3, 2011

Sept. 3, 2011

Please do not apply, it breaks some else which doesn't have a test, yet. Am 03.09.2011 09:32, schrieb Rico Schüller: > --- > dlls/d3dx9_36/shader.c | 11 +--------- > dlls/d3dx9_36/tests/shader.c | 43 > ++++++++++++++++++++++++++++++++--------- > 2 files changed, 34 insertions(+), 20 deletions(-) > > > >

1 0

Re: [PATCH 1/2] d3dx9: Do not allocate ctab memory, reuse the shader blob.
by Marvin Sept. 3, 2011

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

1 0

[patch] Fake display interface
by Jari Vetoniemi Sept. 2, 2011

Sept. 2, 2011

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. Cheers.

2 1

Re: [PATCH] server: if a debugger is attached to a process, the DEBUG_ONLY_THIS_PROCESS should get set
by Alexandre Julliard Sept. 2, 2011

Sept. 2, 2011

Bernhard Loos <bernhardloos(a)googlemail.com> writes: > @@ -825,6 +825,9 @@ int set_process_debug_flag( struct process *process, int flag ) > { > char data = (flag != 0); > > + process->create_flags = (process->create_flags & ~(DEBUG_PROCESS | DEBUG_ONLY_THIS_PROCESS)) > + | flag; > + I don't think this belongs in set_process_debug_flag, that's a different flag. Also I don't see what DEBUG_PROCESS is here for. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: 78256: Subject: [PATCH 1/5] wined3d: Print a FIXME for any flags passed to wined3d_surface_flip().
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/201 BUILD FAILED: failed shell_3 For more info about this message, see http://wiki.winehq.org/BuildBot

3 3

re: po: Fix some typography issues in the Czech translation.
by Dan Kegel Sept. 2, 2011

Sept. 2, 2011

This patch found a bug in my scripts - it failed to grep the patch for sender and subject - but it looks like there might be something wrong with the patch itself, it doesn't apply here. Buildbot said: Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/194 BUILD FAILED: failed git and here's what I get when I do it by hand: $ wget http://source.winehq.org/patches/data/78249 $ git apply 78249 typocz.patch:31: trailing whitespace. msgstr "Ověřte prosím, že název souboru byl zadán správně" typocz.patch:40: trailing whitespace. "Chcete ho vytvořit?" typocz.patch:49: trailing whitespace. "Chcete ho přepsat novým?" typocz.patch:54: trailing whitespace. msgstr "Nedovolený(é) znak(y) v cestě k souboru" typocz.patch:63: trailing whitespace. "Chcete ho přepsat novým?" error: patch failed: po/cs.po:210 error: po/cs.po: patch does not apply

3 4

Re: 78262: Subject: [2/6] dinput: Added enumerated devices to ConfigureDevices dialog (try 3)
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/208 BUILD FAILED: failed shell_3 For more info about this message, see http://wiki.winehq.org/BuildBot

3 2

Re: regedit: Remove the printing code
by Frédéric Delanoy Sept. 2, 2011

Sept. 2, 2011

2011/9/1 André Hentschel <nerv(a)dawncrow.de>: > It does nothing (except confusing) > beside that i doubt someone wants to print registry hives That's not a reason IMHO. What should be done is fix the printing so it works like on windows (or put an error box: "not yet implemented", or similar)

1 0

Re: [PATCH 10/10] mshtml: Added more IHTMLElement_{put, get}_onclick tests
by Marvin Sept. 2, 2011

Sept. 2, 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=13915 Your paranoid android. === W2K3R2SESP2 (32 bit events) === Timeout === W2K8SE (32 bit events) === Timeout

1 0

Re: [PATCH 6/6] jscript/tests: Added decodeURI tests
by Marvin Sept. 2, 2011

Sept. 2, 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=13910 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

1 0

Re: [PATCH 4/6] jscript: Throw exception on error in JSGlobal_encodeURIComponent
by Marvin Sept. 2, 2011

Sept. 2, 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=13909 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

1 0

Re: ws2_32: Avoid an unhandled read exception on WSAIoctl (resend)
by Marvin Sept. 2, 2011

Sept. 2, 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=13889 Your paranoid android. === WVISTAADM (32 bit sock) === sock.c:2968: Test failed: expected WSAEINVAL, got 10014 instead === W2K8SE (32 bit sock) === sock.c:2968: Test failed: expected WSAEINVAL, got 10014 instead === W7PRO (32 bit sock) === sock.c:2968: Test failed: expected WSAEINVAL, got 10014 instead === W7PROX64 (32 bit sock) === sock.c:2968: Test failed: expected WSAEINVAL, got 10014 instead === W7PROX64 (64 bit sock) === sock.c:2968: Test failed: expected WSAEINVAL, got 10014 instead

4 4

Re: regedit: Remove the printing code
by Jerome Leclanche Sept. 2, 2011

Sept. 2, 2011

To be fair, that feature is available on Windows. 2011/9/1 André Hentschel <nerv(a)dawncrow.de>: > It does nothing (except confusing) > beside that i doubt someone wants to print registry hives > > --- > programs/regedit/En.rc | 1 - > programs/regedit/framewnd.c | 77 ------------------------------------------- > programs/regedit/regedit.rc | 3 -- > programs/regedit/resource.h | 3 -- > 4 files changed, 0 insertions(+), 84 deletions(-) > > diff --git a/programs/regedit/En.rc b/programs/regedit/En.rc > index 35411d2..512f528 100644 > --- a/programs/regedit/En.rc > +++ b/programs/regedit/En.rc > @@ -162,7 +162,6 @@ END > IDC_REGEDIT ACCELERATORS > { > "^F", ID_EDIT_FIND > - "^P", ID_REGISTRY_PRINT > VK_DELETE, ID_EDIT_DELETE, VIRTKEY > VK_F1, ID_HELP_HELPTOPICS, VIRTKEY > VK_F2, ID_EDIT_RENAME, VIRTKEY > diff --git a/programs/regedit/framewnd.c b/programs/regedit/framewnd.c > index 0cdedec..0f8b485 100644 > --- a/programs/regedit/framewnd.c > +++ b/programs/regedit/framewnd.c > @@ -392,71 +392,6 @@ static BOOL ExportRegistryFile(HWND hWnd) > return TRUE; > } > > -static BOOL PrintRegistryHive(HWND hWnd, LPCWSTR path) > -{ > -#if 1 > - PRINTDLGW pd; > - > - ZeroMemory(&pd, sizeof(PRINTDLGW)); > - pd.lStructSize = sizeof(PRINTDLGW); > - pd.hwndOwner = hWnd; > - pd.hDevMode = NULL; /* Don't forget to free or store hDevMode*/ > - pd.hDevNames = NULL; /* Don't forget to free or store hDevNames*/ > - pd.Flags = PD_USEDEVMODECOPIESANDCOLLATE | PD_RETURNDC; > - pd.nCopies = 1; > - pd.nFromPage = 0xFFFF; > - pd.nToPage = 0xFFFF; > - pd.nMinPage = 1; > - pd.nMaxPage = 0xFFFF; > - if (PrintDlgW(&pd)) { > - /* GDI calls to render output. */ > - DeleteDC(pd.hDC); /* Delete DC when done.*/ > - } > -#else > - HRESULT hResult; > - PRINTDLGEXW pd; > - > - hResult = PrintDlgExW(&pd); > - if (hResult == S_OK) { > - switch (pd.dwResultAction) { > - case PD_RESULT_APPLY: > - /*The user clicked the Apply button and later clicked the Cancel button. This indicates that the user wants to apply the changes made in the property sheet, but does not yet want to print. The PRINTDLGEX structure contains the information specified by the user at the time the Apply button was clicked. */ > - break; > - case PD_RESULT_CANCEL: > - /*The user clicked the Cancel button. The information in the PRINTDLGEX structure is unchanged. */ > - break; > - case PD_RESULT_PRINT: > - /*The user clicked the Print button. The PRINTDLGEX structure contains the information specified by the user. */ > - break; > - default: > - break; > - } > - } else { > - switch (hResult) { > - case E_OUTOFMEMORY: > - /*Insufficient memory. */ > - break; > - case E_INVALIDARG: > - /* One or more arguments are invalid. */ > - break; > - case E_POINTER: > - /*Invalid pointer. */ > - break; > - case E_HANDLE: > - /*Invalid handle. */ > - break; > - case E_FAIL: > - /*Unspecified error. */ > - break; > - default: > - break; > - } > - return FALSE; > - } > -#endif > - return TRUE; > -} > - > static BOOL CopyKeyName(HWND hWnd, LPCWSTR keyName) > { > BOOL result; > @@ -677,12 +612,6 @@ static BOOL _CmdWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) > case ID_REGISTRY_EXPORTREGISTRYFILE: > ExportRegistryFile(hWnd); > break; > - case ID_REGISTRY_PRINT: > - { > - const WCHAR empty = 0; > - PrintRegistryHive(hWnd, &empty); > - break; > - } > case ID_EDIT_DELETE: > { > HWND hWndDelete = GetFocus(); > @@ -831,12 +760,6 @@ static BOOL _CmdWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) > HeapFree(GetProcessHeap(), 0, keyPath); > } > break; > - case ID_REGISTRY_PRINTERSETUP: > - /*PRINTDLG pd;*/ > - /*PrintDlg(&pd);*/ > - /*PAGESETUPDLG psd;*/ > - /*PageSetupDlg(&psd);*/ > - break; > case ID_REGISTRY_OPENLOCAL: > break; > case ID_REGISTRY_EXIT: > diff --git a/programs/regedit/regedit.rc b/programs/regedit/regedit.rc > index 8d3b333..a5a1ad3 100644 > --- a/programs/regedit/regedit.rc > +++ b/programs/regedit/regedit.rc > @@ -33,8 +33,6 @@ BEGIN > MENUITEM "&Import Registry File...", ID_REGISTRY_IMPORTREGISTRYFILE > MENUITEM "&Export Registry File...", ID_REGISTRY_EXPORTREGISTRYFILE > MENUITEM SEPARATOR > - MENUITEM "&Print...\tCtrl+P", ID_REGISTRY_PRINT > - MENUITEM SEPARATOR > MENUITEM "E&xit", ID_REGISTRY_EXIT > END > POPUP "&Edit" > @@ -150,7 +148,6 @@ BEGIN > ID_REGISTRY_IMPORTREGISTRYFILE "Imports a text file into the registry" > ID_REGISTRY_EXPORTREGISTRYFILE > "Exports all or part of the registry to a text file" > - ID_REGISTRY_PRINT "Prints all or part of the registry" > /* ID_HELP_HELPTOPICS "Opens registry editor help" */ > ID_HELP_ABOUT "Displays program information, version number and copyright" > END > diff --git a/programs/regedit/resource.h b/programs/regedit/resource.h > index 020765e..1d5934e 100644 > --- a/programs/regedit/resource.h > +++ b/programs/regedit/resource.h > @@ -77,7 +77,6 @@ > #define ID_EDIT_NEW_DWORDVALUE 32788 > #define ID_REGISTRY_IMPORTREGISTRYFILE 32789 > #define ID_REGISTRY_EXPORTREGISTRYFILE 32790 > -#define ID_REGISTRY_PRINT 32793 > #define ID_HELP_HELPTOPICS 32794 > #define ID_HELP_ABOUT 32795 > #define ID_WINDOW_CASCADE 32797 > @@ -113,8 +112,6 @@ > #define ID_REGISTRY_RESTORE 32829 > #define ID_REGISTRY_SAVEKEY 32830 > #define ID_REGISTRY_SELECTCOMPUTER 32831 > -#define ID_REGISTRY_PRINTSUBTREE 32832 > -#define ID_REGISTRY_PRINTERSETUP 32833 > #define ID_REGISTRY_SAVESUBTREEAS 32834 > #define IDS_LICENSE 32835 > #define IDS_ERROR 32836 > -- > > Best Regards, André Hentschel > > >

1 0

Re: kernel32: Fix writing to a pipe in WriteConsoleW().
by Eric Pouech Sept. 2, 2011

Sept. 2, 2011

Le 03/08/2011 18:07, Francois Gouget a écrit : > WriteFile() checks if the handle corresponds to the console and if it > does invokes WriteConsoleA(). This barely escaped an infinite loop but > messed up the string encoding as CP_UNIXCP is usually different from > CP_ACP. > --- > > I noticed this issue while testing the net.exe tool. After making it > use WineConsole() I was getting the following outputs: > > $ wine net stop > Spécifie le service à arrêter. > $ ./wine net stop | cat > Sp├®cifie le service ├á arr├¬ter. > > It turns out that it's because we only get through the WineConsoleW() -> > WriteFile() -> WriteConsoleA() loop in the second case. could you elaborate a bit more. in case of wine ... | cat, the standard output should be a pipe not a console so writeconsoleW is supposed to fail so it would make more sense to simply let WriteConsoleW fail when is_console_handle(hConsoleOutput) is FALSE ? (similar functions as WriteConsoleA, ReadConsoleA/W should be protected the same way) A+ -- Eric Pouech "The problem with designing something completely foolproof is to underestimate the ingenuity of a complete idiot." (Douglas Adams)

2 4

Re: Separate list for bots
by Dan Kegel Sept. 2, 2011

Sept. 2, 2011

Sorry for the mail storm, I've disabled mail again. (I out running errands all afternoon/evening, or I probably would have done that sooner.) As it happens, there is already a nearly unused mailing list for wine test results; I'll send results there from now on, at least until we work out more of the kinks. http://www.winehq.org/mailman/listinfo/wine-tests-results In this case, Henri had a proposed fix; maybe if Alexandre had committed it, the storm of error messages would have ceased. It's funny; I can't reproduce that crash manually, only through the buildbot. But I do see the tail overwrite clearly with warn+heap; perhaps it's time to add a bot that flags new warn+heap errors. - Dan

1 0

Re: 78291: Subject: urlmon/tests: Print out the wrong mime
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/235 BUILD FAILED: failed shell_3 For more info about this message, see http://wiki.winehq.org/BuildBot

1 0

Re: 78287: Subject: po: Update German translation
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/231 BUILD FAILED: failed shell_3 For more info about this message, see http://wiki.winehq.org/BuildBot

1 0

Re: 78286: Subject: Polish translation for release 1.3.27
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/230 BUILD FAILED: failed shell_3 For more info about this message, see http://wiki.winehq.org/BuildBot

1 0

Re: 78285: Subject: [PATCH] po: Update Japanese translation.
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/229 BUILD FAILED: failed git For more info about this message, see http://wiki.winehq.org/BuildBot

1 0

Re: 78284: Subject: user32: Fix support for CB_SETDROPPEDWIDTH in combobox
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/228 BUILD FAILED: failed shell_3 For more info about this message, see http://wiki.winehq.org/BuildBot

1 0

Re: 78283: Subject: [PATCH] po: Update Japanese translation.
by buildbot＠kegel.com Sept. 2, 2011

Sept. 2, 2011

The Buildbot has detected a failed build on builder runtests while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests/builds/227 BUILD FAILED: failed git For more info about this message, see http://wiki.winehq.org/BuildBot

1 0