- wine-devel - winehq.org

Re: [PATCH 1/2] urlmon: Add mime handler layer before data is processed
by Marvin 16 Mar '12

16 Mar '12

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=17407 Your paranoid android. === W2K3R2SESP2 (32 bit protocol) === Timeout

2 1

Re: [PATCH 3/8] amstream/tests: Add media streams tests.
by Marvin 16 Mar '12

16 Mar '12

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=17387 Your paranoid android. === W2KPROSP4 (32 bit amstream) === amstream.c:212: Test failed: IAMMultiMediaStream_AddMediaStream returned: 80040256

2 2

Re: wpp: Stop parsing single and double quoted string constants after a first newline character.
by Matteo Bruni 16 Mar '12

16 Mar '12

Il 14 marzo 2012 23:02, Józef Kucia <joseph.kucia(a)gmail.com> ha scritto: > @@ -679,11 +649,23 @@ void pp_writestring(const char *format, ...) > } > } > <pp_iqs,pp_dqs,pp_sqs>\\. add_string(ppy_text, ppy_leng); > -<pp_iqs,pp_dqs,pp_sqs>\n { > +<pp_iqs>\n { > newline(1); > add_string(ppy_text, ppy_leng); > ppy_warning("Newline in string constant encountered (started line %d)", string_start()); > } > +<pp_dqs>\n { > + newline(-1); > + add_string(ppy_text, ppy_leng); > + ppy_warning("Newline in double quoted string constant encountered (started line %d)", string_start()); > + if(end_double_quoted_string()) return tDQSTRING; > + } > +<pp_sqs>\n { > + newline(-1); > + add_string(ppy_text, ppy_leng); > + ppy_warning("Newline in single quoted string constant encountered (started line %d)", string_start()); > + if(end_single_quoted_string()) return tSQSTRING; > + } > > /* > * Identifier scanning I'm not sure this is legit. If I'm reading the C spec correctly, a character or string constant can be only terminated by ' or " respectively. Although it can't contain unescaped newline characters either, so it looks like we are actually in the realm of "undefined behavior". So, I guess this change will only have any effect on non-standard complying sources, and in the specific case of asm-style comments, it brings us the behavior we want. On the other hand, it also actually turns an error (unexpected end of file) into a warning, which may be troublesome in general. I hope it doesn't break anything else... (You can take this email as "okay for me, but someone else may know better")

2 2

Re: [2/4](resend)strmbase: implement BaseControlWindow
by Nikolay Sivov 16 Mar '12

16 Mar '12

On 3/16/2012 04:00, Aric Stewart wrote: > +HRESULT WINAPI BaseControlWindowImpl_GetTypeInfo(IVideoWindow *iface, UINT iTInfo, LCID lcid, ITypeInfo**ppTInfo) > +{ > + BaseControlWindow* This = (BaseControlWindow*)iface; > + It doesn't look like a normal COM interface (lack of refcount for example, and corresponding IUnknown support), but I think it's still better to use a cleaner way to get impl pointer like all others do now - with impl_from_*() functions.

2 1

Re: [PATCH 1/4] mshtml: Get rid of PRBool in nsiface.idl
by Henri Verbeet 16 Mar '12

16 Mar '12

On 15 March 2012 11:54, Jacek Caban <jacek(a)codeweavers.com> wrote: > > +typedef unsigned char cpp_bool; > +#define bool cpp_bool > +cpp_quote("#define PRBool cpp_bool") /* FIXME */ Is there any chance this is going to conflict with bool from stdbool.h? Technically that's C99, and we don't use C99, but I imagine it could still be pulled in by some other header.

2 1

Re: [po]Update Ukrainian translation
by Francois Gouget 16 Mar '12

16 Mar '12

Why did you remove these? #: xcopy.rc:43 msgctxt "File key" msgid "F" -msgstr "F" +msgstr "" #: xcopy.rc:44 msgctxt "Directory key" msgid "D" -msgstr "D" +msgstr "" They are supposed to match the key specified by the translation below which they did: #: xcopy.rc:34 msgid "" "Is '%1' a filename or directory\n" "on the target?\n" "(F - File, D - Directory)\n" msgstr "" "'%1' є файлом чи директорією?\n" "(F - Файл, D - Директорія)\n" -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ La terre est une bêta...

1 0

qcap patch
by Christian Costa 16 Mar '12

16 Mar '12

Forget my qcap patch. It's the wrong one and I need to add missing CLSID defines in some headers first.

1 0

Re: kernel32: add a stub for InitializeConditionVariable
by Dmitry Timoshkov 16 Mar '12

16 Mar '12

Austin English <austinenglish(a)gmail.com> wrote: > +VOID WINAPI InitializeConditionVariable(PCONDITION_VARIABLE variable) > +{ > + FIXME("stub: %p\n", variable); > + variable = NULL; > +} 'variable = NULL;' is a nop, you may need to add a real initialization. -- Dmitry.

1 0

Re: [PATCH 8/8] amstream/tests: Add some tests to retreive media streams to media stream filter.
by Marvin 15 Mar '12

15 Mar '12

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=17392 Your paranoid android. === W2KPROSP4 (32 bit amstream) === amstream.c:229: Test failed: IAMMultiMediaStream_AddMediaStream returned: 80040256

1 0

Re: [PATCH 7/8] amstream: Implement IAMMultiMediaStreamImpl_AddMediaStream + add tests.
by Marvin 15 Mar '12

15 Mar '12

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=17391 Your paranoid android. === W2KPROSP4 (32 bit amstream) === amstream.c:219: Test failed: IAMMultiMediaStream_AddMediaStream returned: 80040256

1 0

Re: [PATCH 6/8] amstream: No media stream is created when the defaut renderer is used.
by Marvin 15 Mar '12

15 Mar '12

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=17390 Your paranoid android. === W2KPROSP4 (32 bit amstream) === amstream.c:212: Test failed: IAMMultiMediaStream_AddMediaStream returned: 80040256

1 0

Re: [PATCH 5/8] amstream: Video streams do not support default renderer.
by Marvin 15 Mar '12

15 Mar '12

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=17389 Your paranoid android. === W2KPROSP4 (32 bit amstream) === amstream.c:212: Test failed: IAMMultiMediaStream_AddMediaStream returned: 80040256

1 0

Re: [PATCH 4/8] amstream: Check purpose id in AddMediaStream.
by Marvin 15 Mar '12

15 Mar '12

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=17388 Your paranoid android. === W2KPROSP4 (32 bit amstream) === amstream.c:212: Test failed: IAMMultiMediaStream_AddMediaStream returned: 80040256

1 0

Re: [PATCH 2/8] amstream/tests: Make test.avi filename an unicode string and test the file presence once for all.
by Marvin 15 Mar '12

15 Mar '12

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

1 0

Re: po: Update Korean translation
by Frédéric Delanoy 15 Mar '12

15 Mar '12

On Wed, Mar 14, 2012 at 13:31, Hwang YunSong(황윤성) <hys545(a)dreamwiz.com>wrote: > fuzzy sections translated > Please remove the "#| msgid" comment lines (previous msgid) and resubmit.

1 0

Re: kernel32/tests: Verify the stability of CreateTimerQueue.
by Alexandre Julliard 15 Mar '12

15 Mar '12

Joerg-Cyril.Hoehle(a)t-systems.com writes: > I've been using > if (winetest_debug > 0) > partly because the trace output in a Gnome-terminal slows down wine such that the tests fail > -- redirect output to a file and the problem goes away (testbot does this) -- > and partly because make -j can cause a high system load, causing an inability to > maintain the average rate (make test uses runtest -q, i.e. winetest_debug==0). This is not a good idea. Tests have to be run by make test. Running tests with make -j is not supported anyway. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: [PATCH 2/2] ieframe: Added EnumVerbs tests
by Marvin 15 Mar '12

15 Mar '12

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=17375 Your paranoid android. === WNT4WSSP6 (32 bit webbrowser) === webbrowser.c:3237: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3237: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3237: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3237: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3356: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3331: Test failed: Could not get WebBrowserV1 instance: 80040154 webbrowser: unhandled exception c0000005 at 0040AE3E === W2KPROSP4 (32 bit webbrowser) === webbrowser.c:2587: Test failed: expected GetOverridesKeyPath webbrowser.c:2591: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2592: Test failed: expected Invoke_FILEDOWNLOAD webbrowser.c:2201: Test failed: put_Resizable failed: 80004001 webbrowser.c:2202: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2206: Test failed: put_Resizable failed: 80004001 webbrowser.c:2207: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2587: Test failed: expected GetOverridesKeyPath webbrowser.c:2591: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2592: Test failed: expected Invoke_FILEDOWNLOAD webbrowser.c:410: Test failed: unexpected call Exec_SETDOWNLOADSTATE_0 webbrowser.c:2201: Test failed: put_Resizable failed: 80004001 webbrowser.c:2202: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2206: Test failed: put_Resizable failed: 80004001 webbrowser.c:2207: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2587: Test failed: expected GetOverridesKeyPath webbrowser.c:2591: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2592: Test failed: expected Invoke_FILEDOWNLOAD webbrowser.c:469: Test failed: unexpected nCmdID 29 webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:2750: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2877: Test failed: expected TranslateUrl webbrowser.c:2878: Test failed: expected Invoke_BEFORENAVIGATE2 webbrowser.c:2880: Test failed: expected Invoke_PROPERTYCHANGE webbrowser.c:2886: Test failed: ReadyState = 1, expected 4 webbrowser.c:2696: Test failed: ReadyState = 1, expected 4 webbrowser.c:839: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:855: Test failed: unexpected call Invoke_BEFORENAVIGATE2 webbrowser.c:862: Test failed: ReadyState = 1, expected 4 webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:617: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:621: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:625: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1557: Test failed: unexpected call GetOptionKeyPath webbrowser.c:359: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:839: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:839: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:839: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:839: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:469: Test failed: unexpected nCmdID 26 webbrowser.c:469: Test failed: unexpected nCmdID 29 webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:791: Test failed: ReadyState = 1, expected 4 webbrowser.c:1568: Test failed: unexpected call GetDropTarget webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:2750: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:3274: Test failed: doc != doc2 webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:617: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:621: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:625: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1557: Test failed: unexpected call GetOptionKeyPath webbrowser.c:359: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:469: Test failed: unexpected nCmdID 26 webbrowser.c:469: Test failed: unexpected nCmdID 29 webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:1568: Test failed: unexpected call GetDropTarget webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:2743: Test failed: expected TranslateUrl webbrowser.c:2750: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:3281: Test failed: doc != doc2 webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:617: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:621: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:625: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1557: Test failed: unexpected call GetOptionKeyPath webbrowser.c:359: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:469: Test failed: unexpected nCmdID 26 webbrowser.c:469: Test failed: unexpected nCmdID 29 webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:1568: Test failed: unexpected call GetDropTarget webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:2743: Test failed: expected TranslateUrl webbrowser.c:2750: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2877: Test failed: expected TranslateUrl webbrowser.c:2878: Test failed: expected Invoke_BEFORENAVIGATE2 webbrowser.c:2886: Test failed: ReadyState = 1, expected 4 webbrowser.c:2696: Test failed: ReadyState = 1, expected 4 webbrowser.c:855: Test failed: unexpected call Invoke_BEFORENAVIGATE2 webbrowser.c:862: Test failed: ReadyState = 1, expected 4 webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:617: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:621: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:625: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1557: Test failed: unexpected call GetOptionKeyPath webbrowser.c:359: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:469: Test failed: unexpected nCmdID 26 webbrowser.c:469: Test failed: unexpected nCmdID 29 webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:791: Test failed: ReadyState = 1, expected 4 webbrowser.c:1568: Test failed: unexpected call GetDropTarget webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:2750: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2696: Test failed: ReadyState = 1, expected 4 webbrowser.c:839: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:855: Test failed: unexpected call Invoke_BEFORENAVIGATE2 webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:617: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:621: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:625: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1557: Test failed: unexpected call GetOptionKeyPath webbrowser.c:359: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:469: Test failed: unexpected nCmdID 26 webbrowser.c:469: Test failed: unexpected nCmdID 16 webbrowser.c:469: Test failed: unexpected nCmdID 15 webbrowser.c:469: Test failed: unexpected nCmdID 29 webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:791: Test failed: ReadyState = 1, expected 4 webbrowser.c:1568: Test failed: unexpected call GetDropTarget webbrowser.c:1007: Test failed: unexpected call GetContainer webbrowser.c:517: Test failed: unexpected call webbrowser.c:2750: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2991: Test failed: expected RequestUIActivate webbrowser.c:3083: Test failed: Got 0x80004002 webbrowser.c:3178: Test failed: QueryService failed: 80004002 webbrowser: unhandled exception c0000005 at 0040DA02

2 1

Re: Problem with Precise beta 1, unity-3d, and wine menus?
by Dan Kegel 15 Mar '12

15 Mar '12

Thanks, Alexey! - Dan On Wed, Mar 14, 2012 at 4:37 PM, Alexey Loukianov <mooroon2(a)mail.ru> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > 13.03.2012 06:35, Dan Kegel wrote: >> In all cases, I'm using the commercial nvidia drivers supplied by ubuntu >> (for precise, version 295.20; for 11.10, version 280.13), so I'm not sure >> if the problem is the new X, or the new drivers. >> >> Before I go reporting an ubuntu bug, or jamming newer drivers into my older >> ubuntu system, has anybody else noticed this? > > Hello Dan, > > Chances are good you're hitting nVIDIA drivers bug: it had been reported on > "official nVIDIA Linux support forum" (nvnews.net) that since around 295.17+ > there are a lot of corrupted rendering of UI elements, especially for Gtk2/3 > apps. For 295.20 there are several other bug reports available, both on nvnews > forums and in Wine's Bugzilla, not directly related to "corrupted rendering" > problem, but rather about unexpected crashes in apps which had been working > good previously with the older driver version. > > As for me - since I had moved from 280.13 into using drivers 295.17 (had to > skip all versions in-between due to various rendering bugs they had introduced > when playing games under Wine) I had noticed some rendering issues in apps > which use accelerated GPU rendering to do compositing (recent versions of > Firefox and Thunderbird and Google Chrome). Tomorrow I'm going to give 295.20 > a test - there's bug report about "Rage" game crashing with this driver > version under Linux/Wine I want to reproduce - and in case 295.20 would cause > crashed and/or rendering bugs on my PC I'm going to revert back to 280.13 or > to the latest driver from 275.x series. > > - -- > Best regards, > Alexey Loukianov mailto:mooroon2@mail.ru > System Engineer, Mob.:+7(926)218-1320 > *nix Specialist > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.16 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPYSvAAAoJEPB9BOdTkBULAPIIAIHvvLaGTXY4JoIzQ0T9mced > I/P9GGulrxyZimf+heaneXYhxNKySI60z5O7GoLZsuZysT8o45HWvCmkb6zSZ/WE > +O3bpH2Q4eoTWulCiONSPnNVouNreRTQE7tLksdtWn5VX9l/roBGBBdM79jF2wB4 > I8zyEihmB8eQepLA7czDrNVUSOyScp+rdCH4u1SUdP0Vg034WJviIgcaahrBqLRG > gdINXPpZ0O9Tj688GrrwP8PWy5k7ZkVKY4XtjzsN1XlJW2M9HmD0N1AoI39WtpXd > U4KL4O0daVmQ3x4wfrHUy5KRCgfpMDS8xBL6gfbTxAHLKhon9XhFP2cxrbao2gM= > =ZS+F > -----END PGP SIGNATURE-----

1 0

Problem with Precise beta 1, unity-3d, and wine menus?
by Dan Kegel 15 Mar '12

15 Mar '12

Hi all, on Precise beta 1 logged in with unity-3d, giving the command wine winemine and then clicking on the "Game" menu usually results in only a small part of the pulldown menu showing up. (Also shows up in many other apps that use menus, e.g. mspaint.) This is not a problem in unity 2d, or in Ubuntu 11.10 with unity 3d. Using virtual desktop, or telling the window manager to not manage windows, works around the problem. In all cases, I'm using the commercial nvidia drivers supplied by ubuntu (for precise, version 295.20; for 11.10, version 280.13), so I'm not sure if the problem is the new X, or the new drivers. Before I go reporting an ubuntu bug, or jamming newer drivers into my older ubuntu system, has anybody else noticed this?

2 1

A question about Wine's mshtml implementation vs. crashing app
by Alexey Loukianov 14 Mar '12

14 Mar '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day to all, I've got a question, which is most probably should be addressed to Jacek Caban, concerning the proper way to debug and report about the problems with wine-gecko/mshtml implementation. What I've got here is an app that crashes unless I install IE6 or IE7 (i.e. - native mshtml implementation) using winetricks. So, what should I do (what data to collect, what test to run) prior to firing up a new bug report to Bugzilla? Thanks in advance for hints. P.S. Another thing about wine-gecko vs. native dlls: in case one would try to install native VC++ 6.0 runtime and then try to run some app which imports mshtml - it would crash on wine-gecko trying to import non-exported function from msvcrt runtime. Is it considered a bug by Wine devs? Should I report it? - -- Best regards, Alexey Loukianov mailto:mooroon2@mail.ru System Engineer, Mob.:+7(926)218-1320 *nix Specialist -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPX6cYAAoJEPB9BOdTkBUL/LUH/RmvvObiDIwTTmqKke76cE42 aNmTKirFiadIYZKTZsqJlRzox3lRj0ySfOy8C7mHUREOwFhhMR4b8FwTEtemfhEN 9hpyPvY4iNel8YUMA8TJW1B8jb8sOlDPlg+qyphUcJI89vGHf7slCwzHLRYwJbjK qgqONwtg49WLuDs2IRqyYptgTr3wKZw5yJC036DBaF/pg2JeCZIqF0p3ZDD+6+Vg OnrcvLLRn+Ij1bagpVe25YSZCLqMSCHB73tU18ou6/1OHvualVagBzit++TLWQ4M 2/fE/+mi+oL0qZ9TXnsyfhlGAv7lD4TD2BOSvFiK2Si392bY8xXNk4VdmuXL1rE= =uDnt -----END PGP SIGNATURE-----

3 3

Re: [PATCH] po: Remove bad characters (C2 & A0) from french translations.
by Nikolay Sivov 14 Mar '12

14 Mar '12

On 3/12/2012 21:52, Christian Costa wrote: > They are displayed as a single space in a text editor but visible with an hex editor. I guess this is a non-breakable space.

6 12

Re: [PATCH] po: Remove bad characters (C2 & A0) from french translations.
by Christian Costa 14 Mar '12

14 Mar '12

Le 13/03/2012 16:23, Frédéric Delanoy a écrit : > On Tue, Mar 13, 2012 at 14:30, Henri Verbeet<hverbeet(a)gmail.com> wrote: >> On 13 March 2012 00:42, Christian Costa<titan.costa(a)gmail.com> wrote: >>> BTW, is there an editor that shows them ? gvim doesn't. >> Assuming gvim is similar enough to normal vim, you can use listchars >> to highlight various things. Use nbsp for non-breaking spaces. You can >> use Ctrl+K to insert digraphs. Use "NS" for non-breaking space, >> :digraphs for a list. > More precisely, as Henri told me, you can use sthg like > > set list listchars=tab:»·,trail:·,nbsp:␣ > (when using utf-8 encoding) > > Frédéric > It's magic. Nbsp are better than in emacs. Thanks to both of you. I didn't manage to insert NS with control+K tough. Christian

1 0

Re: po: Update Korean translation
by Frédéric Delanoy 14 Mar '12

14 Mar '12

On Wed, Mar 14, 2012 at 13:31, Hwang YunSong(황윤성) <hys545(a)dreamwiz.com>wrote: > fuzzy sections translated > You may also remove the "#| msgid ..." lines: these only indicate the former msgid, so you can see the difference quickly. Frédéric

1 0

Re: po: Spanish translation update (this patch supersedes previous patches fixing fuzzies)
by Frédéric Delanoy 14 Mar '12

14 Mar '12

On Wed, Mar 14, 2012 at 22:57, Eduardo García <eduardo.garcia(a)gmx.com> wrote: > This patch fixes fuzzies and remove obsolete comments. > > With regards. > > Eduardo You may also remove the "#| msgid ..." lines: these only indicate the former msgid, so you can see the difference quickly. Also, add "(try N)" suffix when you submit a new version of a patch (that's a bit more concise than your "this patch... fuzzies") Frédéric

1 0

Re: My Idea for GSOC
by Stefan Dösinger 14 Mar '12

14 Mar '12

Am Samstag, 10. März 2012, 17:22:51 schrieb Daniel Oom: > Hi, > > Writing tests, or implementing the command line tools seems like > something I could do. I'm kinda leaning towards the command line > tools, since it would offer a chance to thoroughly learn the shading > languages. For learning purposes writing tests and fixing bugs uncovered by them will be better. The command line tools are mostly about parsing parameters and forwarding them to d3dx9 functions(*). If you want to look a little bit in either proposal(we recommend that in general): For the test stuff, take a look at IDirect3DDeviceImpl_2_DrawPrimitive in dlls/ddraw/device.c. It thunks IDirect3DDevice2::DrawPrimitive to IDirect3DDevice7::DrawPrimitive. The main difference is the VertexType parameter. It is a D3DVERTEXTYPE in the IDirect3DDevice2 method, and a DWORD with D3DFVF_* flags in Device7. Our thunk simply converts between these two, but a deeper difference a user noticed is that D3DVT_LVERTEX in Device2 disables lighting calculations, whereas the equivalent D3DFVF flag collection in Device3 and Device7 does not. Device3 and newer have D3DRENDERSTATE_LIGHTING to enable / disable lighting, but this render state does not exist in Device2. Fixing this is fairly straightforward, just call SetRenderState(LIGHTING, ...) in the thunk, but it needs some tests to answer / show the following: * Show that D3DVT_LVERTEX indeed disables lighting, and D3DVT_VERTEX enables it * Show that D3DFVF_LVERTEX does not influence lighting in Device2 and Device7(D3DFVF_TLVERTEX disables all vertex processing in all d3d versions, this is already tested and implemented) * Test what happens when you call SetRenderState and GetRenderState in Device2. * Probably others There are numerous things like that that need testing and probably fixes. This is just one example that happens to be on my todo list. ddraw tests go to dlls/ddraw/tests/ddraw*.c. The other files should be moved to the tests/ddraw*.c files and extended to cover all ddraw versions. For the command line tools, download an older version of the directx sdk that still has vsa.exe and psa.exe(I think 2007 ones were the last ones) and compare their command line parameters to d3dx9.D3DXAssembleShaderFromFile and friends. The tests are certainly the more useful task. vsa.exe and psa.exe would mainly serve developer convenience when writing d3d8 and d3d9 tests since we wouldn't need an ancient dx sdk to assemble our own test shaders. d3d tests and fixes fix actual games. Enjoy, Stefan (*) Actually, that's not how native vsa/psa work. They seem to have their own copy-pasted version of the compiler and assembler, or they link statically. We should probably do it by calling d3dx9 though, especially for tools that mainly serve developer convenience.

3 2

Re: [PATCH 2/8] d3drm: Specify when a method is forwarded to another interface. (resend)
by Alexandre Julliard 14 Mar '12

14 Mar '12

Christian Costa <titan.costa(a)gmail.com> writes: > @@ -438,7 +438,7 @@ static HRESULT WINAPI IDirect3DRMMeshBuilder2Impl_Load(IDirect3DRMMeshBuilder2* > { > IDirect3DRMMeshBuilderImpl *This = impl_from_IDirect3DRMMeshBuilder2(iface); > > - TRACE("(%p)->(%p,%p,%x,%p,%p): partial stub\n", This, filename, name, loadflags, cb, arg); > + TRACE("(%p)->(%p,%p,%x,%p,%p): forwarding to IDirect3DRMMeshBuilder3\n", This, filename, name, loadflags, cb, arg); > > return IDirect3DRMMeshBuilder3_Load(&This->IDirect3DRMMeshBuilder3_iface, filename, name, > loadflags, (D3DRMLOADTEXTURE3CALLBACK)cb, arg); I don't think that's an improvement. "Partial stub" makes a lot more sense for someone not deeply familiar with the code. -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: [1/2] advapi32: Fix failures in the security tests compiled with PSDK headers.
by Alexandre Julliard 14 Mar '12

14 Mar '12

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > @@ -22,6 +22,9 @@ > #include <stdarg.h> > #include <stdio.h> > > +/* 0x0600 makes PROCESS_ALL_ACCESS not compatible with pre-Vista versions */ > +#define _WIN32_WINNT 0x0500 This will break once the Wine headers are updated. If the definition is not reliable the test should avoid it. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: po: Update Lithuanian translation (resend)
by Alexandre Julliard 14 Mar '12

14 Mar '12

Aurimas Fišeras <aurimas(a)gmail.com> writes: > @@ -2190,16 +2190,14 @@ msgstr "" > "atšauktų liudijimų sąrašą ar patikintų liudijimų sąrašą:" > > #: cryptui.rc:296 > -#, fuzzy > #| msgid "Cryptographic Message Syntax Standard/PKCS #7 Messages (.p7b)" > msgid "Cryptographic Message Syntax Standard/PKCS #7 Messages (*.p7b)" > -msgstr "Kriptografinio pranešimo sintaksės standarto/PKCS #7 pranešimai (.p7b)" > +msgstr "Kriptografinio pranešimo sintaksės standarto/PKCS #7 pranešimai (*.p7b)" You should also remove the previous string comment when updating fuzzy entries. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: jscript: Add VT_I2 support
by Jacek Caban 14 Mar '12

14 Mar '12

Hi Alistair, On 03/14/12 10:00, Alistair Leslie-Hughes wrote: > --- a/dlls/jscript/jsutils.c > +++ b/dlls/jscript/jsutils.c > @@ -187,11 +187,14 @@ HRESULT to_primitive(script_ctx_t *ctx, VARIANT *v, jsexcept_t *ei, VARIANT *ret > case VT_EMPTY: > case VT_NULL: > case VT_BOOL: > - case VT_I2: First of all, this is not a patch against current Git. You're changing core parts of jscript and I'd really like an evidence that it's done in the right direction. There are many parts of code that assume given types are returned as result, so I'm really picky about getting this right. In your previous test you had getVT that was hiding the difference between VT_I4 and VT_I2. I've asked you about better test and now you've removed tests that were using getVT at all and took my guesses as assumptions for implementation. Please add proper tests that really show your implementing things really the right way. Hint: it may be easier to concentrate one one aspect, say to_number which is easy to test, first. That patch may be well split. Cheers, Jacek

1 0

Re: kernel32/tests: Verify the stability of CreateTimerQueue.
by Austin English 14 Mar '12

14 Mar '12

On Wed, Mar 14, 2012 at 05:32, <Joerg-Cyril.Hoehle(a)t-systems.com> wrote: > Hi, > > this should have been labeled [PATCH 3/3] because tests will fail without my 2 ntdll patches. > > First a note unrelated to my patches: if you run the tests in git in a loop, > sometimes one DeleteTimerQueueTimer(INVALID_HANDLE_VALUE) > fails (presumably with IO_PENDING) because a callback was executing concurrently. > Did Dan or anybody else running tests repeatedly observe this? > Surprisingly, test.winehq shows next to nothing like this: > http://test.winehq.org/data/tests/kernel32:sync.html > but one failure comes close (not sure if it's the same): > http://test.winehq.org/data/e79644e6a96eae419082ec78ce8ff3294888d05d/2000_f… > sync.c:867: Test failed: DeleteTimerQueueTimer The list of tests that are skipped by buildbot is at: http://code.google.com/p/winezeug/source/browse/trunk/buildbot/dotests_blac… kernel32/sync is not on the list (nor do I see any emails from buildbot for it failing). -- -Austin

1 0

Having problems with building a deb package of the sources
by Rahul Ghose 14 Mar '12

14 Mar '12

I am using the 1.4-rc6 source code to build the deb package. The source compiles smoothly but debuild -us -uc fails with this message: (last few lines, I hope which are more relevant) ../../../tools/runtest -q -P wine -M atl.dll -T ../../.. -p atl_test.exe.soatl_ax.c && touch atl_ax.ok 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:systray:initialize_systray Could not create tray window 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. fixme:atl:OleClientSite_ShowObject (0x170ed0) - stub fixme:atl:OleClientSite_ShowObject (0x178cb0) - stub fixme:atl:OleClientSite_ShowObject (0x178cf8) - stub atl_ax.c:110: Test failed: Expected AtlAxAttachControl to return S_OK, got 0x00000001 make[2]: *** [atl_ax.ok] Error 1 make[2]: Leaving directory `/home/rahul/Programming/Projects/Downloaded/Wine/wine-1.4-rc6/dlls/atl/tests' make[1]: *** [dlls/atl/tests/__test__] Error 2 make[1]: Leaving directory `/home/rahul/Programming/Projects/Downloaded/Wine/wine-1.4-rc6' dh_auto_test: make -j1 test returned exit code 2 make: *** [build] Error 29 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1348: dpkg-buildpackage -rfakeroot -D -us -uc failed Any help regarding this? (I am not sure if this is the best mailing list to send this query to, but I got no help from the wine-users mailing list) Thanks in advance.

3 2

Re: gdiplus: Use StretchBlt instead of GdiAlphaBlend if device doesn't support alpha blending.
by Vincent Povirk 14 Mar '12

14 Mar '12

Uh, in many cases this will be worse than a failed draw.

2 7

Preprocessing asm shaders
by Józef Kucia 13 Mar '12

13 Mar '12

Hi, I'm writing because I found a bug in asm shader preprocessor in Wine and I'm not sure what's the best way to fix it. The D3DPreprocess function is an universal shader preprocess for HLSL and asm shaders. In fact, it's C-like language preprocessor and it doesn't understand assembler style comments (comments from ';' to the end of line). The fact that it doesn't understand these comments is a root of whole problem. Valid asm shaders can contain single or double quotation characters in assembler style comments, and these quotation characters will be treated as a beginning of quoted string constants while preprocessing. The Wine's implementation of D3DPreprocess behaves differently than Windows implementation in respect to strings passing the end of line. Generally, strings passing the end of line are an error in C, but they can result in a correct asm shader when contained in a assembler style comment. D3DPreprocess on Windows works fine for shaders which contains single or double quotation marks. It only issues an error in case of unmatched double quotation mark, but returns D3D_OK anyway. In Wine situation is different, wpp tries to find a matching quotation mark to the end of file, while shader preprocessor on Windows gives up on parsing a string when it gets a first newline character. The result of wpp's behavior is a truncated output and an error returned from D3DPreprocess. I wonder if it's fine to change wpp behavior for strings passing the end of line to mimic the behavior observed on Windows. Perhaps, strings passing the end of line could be treated as an error by default. Whereas D3DCompiler would activate an option to treat such strings as a warning. Thanks, Józef Kucia

3 5

Re: msvcp90/tests: Don't redefine __thiscall (resend).
by Alexandre Julliard 13 Mar '12

13 Mar '12

Nicolas Le Cam <niko.lecam(a)gmail.com> writes: > @@ -60,11 +60,13 @@ static char* (__cdecl *p_Copy_s)(char*, size_t, const char*, size_t); > static unsigned short (__cdecl *p_wctype)(const char*); > static MSVCP__Ctypevec (__cdecl *p__Getctype)(void); > > +#ifndef __thiscall > #ifdef __i386__ > #define __thiscall __stdcall > #else > #define __thiscall __cdecl > #endif > +#endif That seems dangerous, we don't know what it has been defined to. -- Alexandre Julliard julliard(a)winehq.org

2 1

use assert etc. in Wine dlls? What is better?
by Joerg-Cyril.Hoehle＠t-systems.com 13 Mar '12

13 Mar '12

Hi, Maarten's wine-pulse contains several instances of assert() I've been thinking about adding a bit of protection against inconcsistencies within mmdevapi code too. There are two variants that could be applicable depending on the situation: /* this should not happen, but if we detect it early, we can work-around the situation */ if (a > limit) { ERR("%d > %d\n", a, limit); a = limit; } or assert(a <= limit, "whatever %d", a); I'm not too fond of assert. An assert in DSound was one of my first bug fixes in Wine, years ago. It was not obvious why the app should not continue running -- perhaps without sound. OTOH, if an assert is violated, as a programmer, I'd like to hear about it. I found little on that topic in Wine. In 2002, Alexandre Julliard wrote: http://www.winehq.org/pipermail/wine-devel/2002-October/009766.html >A better approach would be to leave assert() alone, and raise an >exception on the SIGABRT signal. What is current opinion on this topic? Thank you, Jörg Höhle

4 3

What happens upon mmdevapi capture overrun on native?
by Joerg-Cyril.Hoehle＠t-systems.com 13 Mar '12

13 Mar '12

Hi, Maarten Lankhorst wrote in winepulse: Add pulseaudio driver, v9: >- Reworked capture logic to always capture, since that seems to be the case on windows, > when stopped we simply drop whole packets, but keep firing the event. Does anybody know what precisely happens upon overrun during capture? A. mmdevapi fills the whole buffer once. It keeps firing events and sets the DISCONTINUITY flag upon the next CaptureClient_GetBuffer. This is like mciwave's "record from 0 to 5000" command. The client can read the oldest recorded samples. B. mmdevapi continuously overwrites the circular buffer. It keeps firing events and sets the DISCONTINUITY flag too. The client gets to see the newest recorded samples. It's like your TV recorder's time shift function that can only travel back by as much as the buffer holds. C. Other, e.g. mixing newest with older packets (current winealsa). In other words, what data does the dlls/mmdevapi/capture test see in: http://source.winehq.org/source/dlls/mmdevapi/tests/capture.c?v=wine-1.4-rc… I think A makes sense but really I don't know. The tests show a position jump by one period worth of frames when reading the next packet after an overrun. That's not what I'd expect from behaviour A. But from behaviour B I'd expect a much larger position jump, as large as elapsed time. We really need somebody with a microphone and Vista/w2k8/w7 to tell us what happens. Does anybody know what DSound does in such a case? (not that it matters...) Thank you, Jörg Höhle

2 3

Re: jscript: Add VT_I2 support
by Jacek Caban 13 Mar '12

13 Mar '12

Hi Alistair, On 03/13/12 10:36, Alistair Leslie-Hughes wrote: > Hi, > > > Changelog: > jscript: Add VT_I2 support static inline BOOL is_num_vt(enum VARENUM vt) { - return vt == VT_I4 || vt == VT_R8; + return vt == VT_I4 || vt == VT_I2 ||vt == VT_R8; } I'm not sure we want this handled this way. I'd much rather make sure VT_I2 (which is not internal jscript type, so it may come only from external/host objects) is never supposed to return TRUE here. If it's unavoidable, it requires convincing tests. static inline DOUBLE num_val(const VARIANT *v) { - return V_VT(v) == VT_I4 ? V_I4(v) : V_R8(v); + switch(V_VT(v)) + { + case VT_I2: + return V_I2(v); + case VT_I4: + return V_I4(v); + case VT_R8: + return V_R8(v); + } + + return 0; } It's similar here, I don't think we want to allow num_val calls on VT_I2. @@ -187,6 +187,7 @@ HRESULT to_primitive(script_ctx_t *ctx, VARIANT *v, jsexcept_t *ei, VARIANT *ret case VT_EMPTY: case VT_NULL: case VT_BOOL: + case VT_I2: That seems like a likely place for VT_I2->VT_I4 conversion. @@ -569,6 +574,9 @@ HRESULT to_string(script_ctx_t *ctx, VARIANT *v, jsexcept_t *ei, BSTR *str) case VT_NULL: *str = SysAllocString(nullW); break; + case VT_I2: + *str = int_to_bstr(V_I2(v)); + break; I'd like to see it covered by tests. @@ -76,7 +76,9 @@ static HRESULT Number_toString(script_ctx_t *ctx, vdisp_t *jsthis, WORD flags, D return throw_type_error(ctx, ei, JS_E_INVALIDARG, NULL); } - if(V_VT(&number->num) == VT_I4) + if(V_VT(&number->num) == VT_I2) + val = V_I2(&number->num); + else if(V_VT(&number->num) == VT_I4) I'd much rather keep the assumption that Number stores only VT_I4 or VT_R8. +objI2 = createVT_I2(); +ok(getVT(objI2) === "VT_I4", "getVT(obj) = " + getVT(objI2)); Hmm, this together with this: @@ -603,6 +608,7 @@ static HRESULT WINAPI Global_InvokeEx(IDispatchEx *iface, DISPID id, LCID lcid, case VT_NULL: V_BSTR(pvarRes) = a2bstr("VT_NULL"); break; + case VT_I2: case VT_I4: V_BSTR(pvarRes) = a2bstr("VT_I4"); break; loses the point of this test. +ok(objI2.toString() === "2", "obj = " + objI2.toString()); +function funcLoopI2() +{ + var i = 0; + /* Tests: to_primitive, to_number */ + for(; i < objI2; i++) + ; + ok(i == objI2, "i(" + i + ") != 1"); +} + +funcLoopI2(); These tests don't really show much about how VT_I2 is handled. Please try to make them striker and closer to implementation details. Also objI2 is not really a nice name for something that's not an object. + if(!strcmp_wa(bstrName, "createVT_I2")) { + *pid = DISPID_GLOBAL_CREATE_I2; + return S_OK; + } A better name would be nice. Cheers, Jacek

1 0

Re: mscoree: Better support RUNTIME_INFO_UPGRADE_VERSION in, GetRequestedRuntimeInfo (try 4)
by Marvin 13 Mar '12

13 Mar '12

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=17320 Your paranoid android. === WVISTAADM (32 bit mscoree) === mscoree.c:154: Test failed: version is L"v2.0.50727" , expected L"v1.1.4322" === W2K8SE (32 bit mscoree) === mscoree.c:154: Test failed: version is L"v2.0.50727" , expected L"v1.1.4322" === W7PRO (32 bit mscoree) === mscoree.c:154: Test failed: version is L"v2.0.50727" , expected L"v1.1.4322" === W7PROX64 (32 bit mscoree) === mscoree.c:154: Test failed: version is L"v2.0.50727" , expected L"v1.1.4322" === TEST64_W7SP1 (32 bit mscoree) === mscoree.c:154: Test failed: version is L"v2.0.50727" , expected L"v1.1.4322" === W7PROX64 (64 bit mscoree) === mscoree.c:154: Test failed: version is L"v2.0.50727" , expected L"v1.1.4322" === TEST64_W7SP1 (64 bit mscoree) === mscoree.c:154: Test failed: version is L"v2.0.50727" , expected L"v1.1.4322"

1 0

Re: mscoree: Better support RUNTIME_INFO_UPGRADE_VERSION in, GetRequestedRuntimeInfo (try 3)
by Vincent Povirk 13 Mar '12

13 Mar '12

- FIXME("Unrecognized version %s\n", debugstr_w(pwzVersion)); + WARN("Unrecognized version %s\n", debugstr_w(pwzVersion)); I'm not so sure about this. I think GetRuntime is still incomplete, so I'd still like to know when it fails. You will get a useless FIXME in the case where RUNTIME_INFO_UPGRADE_VERSION is specified, but I think a program that makes that specifies a version number and that flag is doing it wrong. Anyway, we shouldn't be spammed with fixme's, right?

2 1

Re: kernel32: Make CreateFile called with creation == 0 work when opening a vxd in win9x mode.
by Saulius Krasuckas 12 Mar '12

12 Mar '12

* On Sun, 11 Mar 2012, Dmitry Timoshkov wrote: > > A widely used approach to open/load device drivers under win9x is > > /* Check if already loaded in system.ini */ > hvxd = CreateFile("\\\\.\\mydevice", 0, 0, 0, 0, 0, 0); > if (hvxd == INVALID_HANDLE_VALUE) > /* Load dynamically from PATH */ > hvxd = CreateFile("\\\\.\\path\\to\\mydevice.vxd", 0, 0, 0, CREATE_NEW, FILE_FLAG_DELETE_ON_CLOSE, 0); > > First call never succeeds under Wine, and some device drivers refuse to > load more than once. Are there any proof one can see? What application does behave like this? Where has this source excerpt come from? S.

1 0

GSoC 2011 - introduction
by Józef Kucia 12 Mar '12

12 Mar '12

Hi, My name is Józef Kucia. I'm a Masters student in Computer Science at Wrocław University of Technology in Poland. I would like to apply for Google Summer of Code this year. I have a good knowledge of C and OpenGL. I also have limited experience with Direct3D and win32 programming. With regard to the Wine project, I'm familiar with the project from user perspective. I used to run some applications in Wine on my Gentoo Linux box, mostly games to be exact. Unfortunately, I haven't made any previous contributions to the Wine project, except submitting two small patches recently. I have read your project ideas for GSoC, and I am primarily interested in projects related to Direct3D. Nevertheless, I'm open to other projects. I would appreciate any suggestions or comments. Thanks, Józef Kucia

3 2

Re: [PATCH 4/5] msxml3: Added partial XMLView IPersistMoniker_Load implementation
by Alexandre Julliard 12 Mar '12

12 Mar '12

Piotr Caban <piotr(a)codeweavers.com> writes: > --- > dlls/msxml3/xmlview.c | 908 > ++++++++++++++++++++++++++++++++++++++++++++++++- > 1 files changed, 904 insertions(+), 4 deletions(-) This doesn't build without libxml (missing domdoc functions). -- Alexandre Julliard julliard(a)winehq.org

2 1

Instructions for using JACK with with Wine's ALSA output on wiki: reverted twice
by Alex Bradbury 12 Mar '12

12 Mar '12

Recently user 'falktx' posted instructions on the Sound wiki page on how to set up an ALSA to JACK bridge that would work with Wine. He did this at the suggestion of aeikum: 14:45 <@aeikum> okay. so it is possible to get this working correctly. that's good to know 14:46 < falktx> I can make a small package with my setup scripts 14:47 <@aeikum> that might be handy to put up on the sound wiki page http://wiki.winehq.org/Sound If you look at the page edit history, you'll see the content has been reverted twice by Vitaliy without comment: http://wiki.winehq.org/Sound?action=info Please can you (wine developers) clarify your position on this. It seems to be useful content for the wiki that will benefit a number of users and I can see no justification for deleting it. It could be argued it clutters up the Sound wiki page, in which case it should be moved to a separate page linked to from there. Thank you, Alex

3 4

Re: advapi32: Correct tests under WOW64 (try 2)
by Vitaliy Margolen 12 Mar '12

12 Mar '12

On 03/10/2012 12:36 AM, Alistair Leslie-Hughes wrote: > Hi, > Marked test as broken if it returns true. > > + /* WoW64 return TRUE with the LastError set */ > + ok((!ret && GetLastError() == ERROR_INSUFFICIENT_BUFFER) || broken(ret), > "%d with error %d\n", ret, GetLastError()); This is incorrect. You can check or report result of GetLastError(). But not both at the same time. You have to store the result in additional variable. Then compare and report it. Vitaliy

3 4

Re: mscoree: Better support RUNTIME_INFO_UPGRADE_VERSION in, GetRequestedRuntimeInfo (try 2)
by Vincent Povirk 12 Mar '12

12 Mar '12

I suspect that RUNTIME_INFO_UPGRADE_VERSION will actually use the newest non-4.0 version when it doesn't find an exact match, which is why I asked you to add that test. I'm not sure whether Marvin's results prove that or not. If that's the case, get_runtime_info should probably be checking the result of CLRMetaHost_GetRuntime, and proceeding to the RUNTIME_INFO_UPGRADE_VERSION check if it fails.

1 0

Re: mscoree: Better support RUNTIME_INFO_UPGRADE_VERSION in, GetRequestedRuntimeInfo (try 2)
by Marvin 12 Mar '12

12 Mar '12

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=17280 Your paranoid android. === WVISTAADM (32 bit mscoree) === mscoree.c:157: Test failed: version is L"v2.0.50727" , expected L"v2.0.50727" === W2K8SE (32 bit mscoree) === mscoree.c:157: Test failed: version is L"v2.0.50727" , expected L"v2.0.50727" === W7PRO (32 bit mscoree) === mscoree.c:157: Test failed: version is L"v2.0.50727" , expected L"v2.0.50727" === W7PROX64 (32 bit mscoree) === mscoree.c:157: Test failed: version is L"v2.0.50727" , expected L"v2.0.50727" === TEST64_W7SP1 (32 bit mscoree) === mscoree.c:157: Test failed: version is L"v2.0.50727" , expected L"v2.0.50727" === W7PROX64 (64 bit mscoree) === mscoree.c:157: Test failed: version is L"v2.0.50727" , expected L"v2.0.50727" === TEST64_W7SP1 (64 bit mscoree) === mscoree.c:157: Test failed: version is L"v2.0.50727" , expected L"v2.0.50727"

1 0

Re: Are we the reason Apple isn't helping us?
by Ralph Little 11 Mar '12

11 Mar '12

Hi, Well, I'm a general lurker and small contributer in my own way. I'm looking at one bug and have requested help from wine-devel in the past. So, in a nutshell, I consider myself an outsider of the general crew. Therefore, I'm going to be a bit more forthright about my response to this post. The Wine developers know nothing about me and my experience. I have attempted to demonstrate that, although I lack much time, I am prepared to put some effort into helping where I can in my small way. There are many like me. In have tried to be cordial and respectful on wine-devel. In return I have had nothing but courtesy, helpful assistance and general goodwill in answer. There is a right way of entering into these things and a wrong way. The Wine crew, as far as I know, know nothing of this supposed Apple developer. He has not demonstrated his experience or trustworthyness or knowledge of the Wine product to any level. Jeremy expects that as a stranger the Wine team should take his word at face value that he submitted a needed fix and that it sufficiently corrected the problem without doing even the *minimum* of effort to convince them. I have read the bug issue in question, and from the outset, he was disrespectful and downright combative and dismissive of all of the Wine teams procedures. Despite that, the responses on the bug tracker from the Wine team where measured and non-escalatory. A slightly different approach would have yielded a substantially different result. A humble request for assistance in knowing the proper channel and aid in getting the change properly submitted would, I feel, have had a far greater acceptance of what he was after. I agree that sometimes the responses on the bug tracker can be curt to the point of rudeness, but mostly that is down to the impersonal nature of the medium. Jeremy obviously thought that the change was important enough that he should take the time to submit it in the first place. A little bit of natural humility and expressing a more willing sentiment would have gone a long way to helping his cause. Cheers, Ralph

1 0

wineapploader in wine64
by Michael Ost 11 Mar '12

11 Mar '12

Hi, Any explanation for why the wineapploader script doesn't use 'wine64' instead of 'wine' in a 64bit Linux with 64bit wine? That's the script that is used to build /usr/bin/wineboot and /usr/bin/regedit, for instance. In Fedora 15 with wine 1.3.24, the upshot is that the 'wineboot' command doesn't work. /usr/lib/wine/wineboot.exe.so is not installed; only /usr/lib64/wineboot.exe.so is. Since the /usr/bin/wineboot is running 'wine' instead of 'wine64' it is looking for the 32bit /usr/lib/wine/wineboot.exe.so. It can't be found since it isn't installed so the loader gives up. > $ wineboot > wine: cannot find L"C:\\windows\\system32\\wineboot.exe" If it used wine64 instead, it would work. There must be a reason that wine64 is starting 32bit apps, but I haven't been able to glean anything from the web. Thanks for any info, -- Michael Ost

4 6

Build failure after interrupted first build
by Vincent Pelletier 11 Mar '12

11 Mar '12

Hi. I got a failure building wine, where wrc would fail on utils.c:xmalloc's "assert(size > 0)". This came from a po/*.mo file being present but empty because a first build got interrupted (^C). Just in case either someone here can figure out a one-liner fix for this, or if it helps the next person encountering that behaviour. Regards, -- Vincent Pelletier

1 0

Web based translation tool
by Miroslav Suchý 11 Mar '12

11 Mar '12

Hi, I just read: http://www.winehq.org/news/2012022001 and then http://wiki.winehq.org/Translating especially: > The Wine project would be very interested in making its PO files available on web-based community translations systems such as Pootle or Launchpad. Our hope is that this would make translating Wine even easier and engage new translators. > > The reason why it has not happened yet is that all Wine contributions, including for translations, must be attributable to a specific author and that these tools don't make that possible yet. For more details see the wine-devel discussion here and here. Any contributions that would solve this issue would be very welcome. which refer: http://www.winehq.org/pipermail/wine-devel/2012-January/093908.html I would like to point you to: https://www.transifex.net/ which can do the tracking. Latest version is probably not what you want, because it just add at the top of the file: # Translators: # Martin Minar <skulliq(a)gmail.com>, 2011. # Milan Kerslager <kerslage(a)linux.cz>, 2002, 2007. # Miloslav Trmac <mitr(a)volny.cz>, 2002. # Miroslav Suchý <msuchy(a)redhat.com>, 2011. msgid "" msgstr "" "Project-Id-Version: Spacewalk\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2011-12-21 13:07+0100\n" "PO-Revision-Date: 2011-12-14 09:21+0000\n" "Last-Translator: Miroslav Suchý <msuchy(a)redhat.com>\n" "Language-Team: Czech (http://www.transifex.net/projects/p/fedora/team/cs/)\n So you had overview of contributors, but you could not tell which one contributor done which string. But version 0.7 (IIRC) sent each contribution immediately to git. Under login (and email) of that contributor. That contributor was "Author" and commiter was some transifex user. So this way you allow git commit access to those contributors directly to git, but since it goes via that web interface, they could commit only to /po/ directory and even only to language, for which they had been granted. You can download it here: http://trac.transifex.org/files/ and setup your own instance. If is sufficient for you only tracking name of contributors, you can use that hosted solution at: https://www.transifex.net/ -- Miroslav Suchy Red Hat Satellite Engineering

4 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel