July 2009 - Wine-Devel - list.winehq.org

New winetricks 20090716: new verbs droid, wenquanyi, dinput8
by Dan Kegel July 17, 2009

July 17, 2009

Another fortnight, another winetricks. Three new verbs: two fonts (droid, wenquanyi), and one library (dinput8). (dinput8 is a subset of d3dx9 which is a subset of directx9. The fewer native dlls one installs, the better.) Online as always at http://kegel.com/wine/winetricks or http://winezeug.googlecode.com (Bug reports to the issue tracker at the above URL.) Changes since 20090705: ------------------------------------------------------------------------ r576 | daniel.r.kegel | 2009-07-15 21:42:37 -0700 (Wed, 15 Jul 2009) | 2 lines Release version 20090716. ------------------------------------------------------------------------ r575 | daniel.r.kegel | 2009-07-15 21:32:32 -0700 (Wed, 15 Jul 2009) | 4 lines Added Droid verb to install Droid fonts. Don't forget to register Wan Quan Yi font. ------------------------------------------------------------------------ r574 | austinenglish | 2009-07-15 13:30:56 -0700 (Wed, 15 Jul 2009) | 1 line winetricks: Correctly invoke the Shockwave Player installer with msiexec - Patch by Andrew Nguyen ------------------------------------------------------------------------ r573 | daniel.r.kegel | 2009-07-15 09:00:12 -0700 (Wed, 15 Jul 2009) | 2 lines Added wenquanyi font (requested by Axel Xia) ------------------------------------------------------------------------ r558 | austinenglish | 2009-07-10 09:25:22 -0700 (Fri, 10 Jul 2009) | 1 line winetricks: add dinput8 verb (Patch by Erik Inge Bolsø) ------------------------------------------------------------------------ r548 | austinenglish | 2009-07-06 15:40:32 -0700 (Mon, 06 Jul 2009) | 2 lines winetricks: update AutoHotKey to latest version

5 6

Do we want to see untranslated modules on the translations page for "English (United States)"?
by Paul Vriens July 17, 2009

July 17, 2009

Hi, If a module does not have any translatable resources (for examples dlls/atl) we don't show this module on the language pages. We do however show it on the "English (United States)" one: http://source.winehq.org/transl/lang.php?lang=009%3A01 Do we still want that, or can it be removed so that it matches the other languages? I'm asking as when you go to: http://source.winehq.org/transl/resfile.php?lang=009%3A01&resfile=dlls%2Fatl you'll see that the text is not correct (the first link will get you to this same page). So we either remove the modules that are not translatable from the "English (United States)" page or we have to change that piece of text. -- Cheers, Paul.

2 1

Re: winecfg: add the codepage-pragma for german translation
by Michael Stefaniuc July 17, 2009

July 17, 2009

André Hentschel wrote: > add the codepage-pragma for german translation, otherwise its displayed > wrong Oops, sorry for the breakage. > --- > programs/winecfg/De.rc | 2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) > Thanks bye michael

1 0

Re: wordpad: Change some string resource ids...
by Paul Vriens July 17, 2009

July 17, 2009

Michael Stefaniuc wrote: > to logically group the strings in separate STRINGTABLEs. > --- > programs/wordpad/En.rc | 26 +++++++------------------- > programs/wordpad/wordpad.h | 28 ++++++++++++++-------------- > 2 files changed, 21 insertions(+), 33 deletions(-) > > diff --git a/programs/wordpad/En.rc b/programs/wordpad/En.rc > index fe92de7..b6ade3a 100644 > --- a/programs/wordpad/En.rc > +++ b/programs/wordpad/En.rc > @@ -179,10 +179,14 @@ END > > STRINGTABLE DISCARDABLE > BEGIN > - STRING_RICHTEXT_FILES_RTF, "Rich text format (*.rtf)" > + STRING_ALL_FILES, "All documents (*.*)" > STRING_TEXT_FILES_TXT, "Text documents (*.txt)" > STRING_TEXT_FILES_UNICODE_TXT, "Unicode text document (*.txt)" > - STRING_ALL_FILES, "All documents (*.*)" > + STRING_RICHTEXT_FILES_RTF, "Rich text format (*.rtf)" > + STRING_NEWFILE_RICHTEXT, "Rich text document" > + STRING_NEWFILE_TXT, "Text document" > + STRING_NEWFILE_TXT_UNICODE, "Unicode text document" > + STRING_PRINTER_FILES_PRN, "Printer files (*.PRN)" > END > > STRINGTABLE DISCARDABLE > @@ -194,18 +198,6 @@ END > > STRINGTABLE DISCARDABLE > BEGIN > - STRING_NEWFILE_RICHTEXT, "Rich text document" > - STRING_NEWFILE_TXT, "Text document" > - STRING_NEWFILE_TXT_UNICODE, "Unicode text document" > -END > - > -STRINGTABLE DISCARDABLE > -BEGIN > - STRING_PRINTER_FILES_PRN, "Printer files (*.PRN)" > -END > - > -STRINGTABLE DISCARDABLE > -BEGIN > STRING_VIEWPROPS_TITLE, "Options" > STRING_VIEWPROPS_TEXT, "Text" > STRING_VIEWPROPS_RICHTEXT, "Rich text" > @@ -219,11 +211,7 @@ BEGIN > STRING_PREVIEW_TWOPAGES, "Two pages" > STRING_PREVIEW_ONEPAGE, "One page" > STRING_PREVIEW_CLOSE, "Close" > -END > - > -STRINGTABLE DISCARDABLE > -BEGIN > - STRING_UNITS_CM, "cm" > + STRING_UNITS_CM, "cm" > END > > STRINGTABLE DISCARDABLE > diff --git a/programs/wordpad/wordpad.h b/programs/wordpad/wordpad.h > index 6d3e64a..b51bec8 100644 > --- a/programs/wordpad/wordpad.h > +++ b/programs/wordpad/wordpad.h > @@ -172,24 +172,24 @@ > #define STRING_NEWFILE_TXT 1405 > #define STRING_NEWFILE_TXT_UNICODE 1406 > > -#define STRING_ALIGN_LEFT 1407 > -#define STRING_ALIGN_RIGHT 1408 > -#define STRING_ALIGN_CENTER 1409 > +#define STRING_PRINTER_FILES_PRN 1407 > > -#define STRING_PRINTER_FILES_PRN 1410 > +#define STRING_ALIGN_LEFT 1416 > +#define STRING_ALIGN_RIGHT 1417 > +#define STRING_ALIGN_CENTER 1418 > > -#define STRING_VIEWPROPS_TITLE 1411 > -#define STRING_VIEWPROPS_TEXT 1412 > -#define STRING_VIEWPROPS_RICHTEXT 1413 > +#define STRING_VIEWPROPS_TITLE 1432 > +#define STRING_VIEWPROPS_TEXT 1433 > +#define STRING_VIEWPROPS_RICHTEXT 1434 > > -#define STRING_PREVIEW_PRINT 1414 > -#define STRING_PREVIEW_NEXTPAGE 1415 > -#define STRING_PREVIEW_PREVPAGE 1416 > -#define STRING_PREVIEW_TWOPAGES 1417 > -#define STRING_PREVIEW_ONEPAGE 1418 > -#define STRING_PREVIEW_CLOSE 1419 > +#define STRING_PREVIEW_PRINT 1448 > +#define STRING_PREVIEW_NEXTPAGE 1449 > +#define STRING_PREVIEW_PREVPAGE 1450 > +#define STRING_PREVIEW_TWOPAGES 1451 > +#define STRING_PREVIEW_ONEPAGE 1452 > +#define STRING_PREVIEW_CLOSE 1453 > > -#define STRING_UNITS_CM 1420 > +#define STRING_UNITS_CM 1454 > > #define STRING_DEFAULT_FILENAME 1700 > #define STRING_PROMPT_SAVE_CHANGES 1701 There won't be any issue for the translations (just checked with transl), but the .rc files will look totally different now. I guess we need to tell the translators to make those same changes for consistency sake? -- Cheers, Paul.

2 1

Re: [4/4] WineD3D: Don't activate a context unless we need one
by Stefan Dösinger July 17, 2009

July 17, 2009

Am Friday 17 July 2009 11:51:40 schrieb Stefan Dösinger: Actually, the [4/4] was unintended. This is the only patch I intended to send

1 0

Request: Packaging component (or product) for Bugzilla
by Scott Ritchie July 17, 2009

July 17, 2009

Alexandre and I were talking on IRC today about what to do with bugs caused by packaging issues. Most of these are bugs in the packages provided by WineHQ.org and not by the distributions proper (who instead ship stable Wine versions). Consequently, users expect to file the bugs in our bug tracker since there's no where else for them to go. However, non-packager Wine developers don't want to see these bugs, as they're frequently just noise and not their problem. But closing them invalid doesn't quite help, since otherwise the problem might not be fixed. That's where the packaging component (or product) comes in - once an issue is deduced to be a packaging error (say, a missing build dep), then it can just be reassigned and the relevant packager auto-subscribed. Thanks, Scott Ritchie

1 0

gdiplus errors - how to use a workaround
by Susan Cragin July 16, 2009

July 16, 2009

A few months ago I tried compiling wine without all the dependencies that are downloaded with apt-get build-dep wine. I just used a minimum, as wine asked for them. To my surprise, in Dragon NaturallySpeaking the DragonBar came up very crudely sketched, but all the buttons worked. That hasn't happened since. I was wondering if anyone knew which wine dependencies were responsible for this. As a wild guess, I would imagine that it involves compiling without support for the fancy functions of gdiplus. FYI -- using winetricks gdiplus does not work at all. it makes the program crash.

1 0

Re: [winhttp] Fix a crash on Vista and higher
by Frédéric Delanoy July 16, 2009

July 16, 2009

On Thu, Jul 16, 2009 at 3:48 PM, Paul Vriens<paul.vriens.wine(a)gmail.com> wrote: > Changelog > Fix a crash on Vista and higher > > -- > Cheers, > > Paul. > > From b5e1d29ba2f5d5dd8a74c5b9abb301c0f81a5cb3 Mon Sep 17 00:00:00 2001 > From: Paul Vriens <Paul.Vriens.Wine(a)gmail.com> > Date: Thu, 16 Jul 2009 15:47:38 +0200 > Subject: [PATCH] Fix a crash on Vista and higher > > --- > dlls/winhttp/tests/winhttp.c | 12 ++++++++---- > 1 files changed, 8 insertions(+), 4 deletions(-) > > diff --git a/dlls/winhttp/tests/winhttp.c b/dlls/winhttp/tests/winhttp.c > index 78c4777..bce91fe 100644 > --- a/dlls/winhttp/tests/winhttp.c > +++ b/dlls/winhttp/tests/winhttp.c > @@ -905,10 +905,14 @@ static void test_set_default_proxy_config(void) > len = get_default_proxy_reg_value( saved_proxy_settings, len, &type > ); > } > > - SetLastError(0xdeadbeef); > - ret = WinHttpSetDefaultProxyConfiguration(NULL); > - ok(!ret && GetLastError() == ERROR_INVALID_PARAMETER, > - "expected ERROR_INVALID_PARAMETER, got %d\n", GetLastError()); > + if (0) > + { > + /* Crashes on Vista and higher */ > + SetLastError(0xdeadbeef); > + ret = WinHttpSetDefaultProxyConfiguration(NULL); > + ok(!ret && GetLastError() == ERROR_INVALID_PARAMETER, > + "expected ERROR_INVALID_PARAMETER, got %d\n", GetLastError()); > + } > > /* test with invalid access type */ > info.dwAccessType = 0xdeadbeef; > -- > 1.6.0.6 Maybe a stupid question, but why do you completely disable the test if "only" Vista and up are affected? Frédéric

2 1

Re: [1/2] ws2_32/tests: IPv6 tests for WSAAddressToStringW
by Alexandre Julliard July 16, 2009

July 16, 2009

Jeff Latimer <lats(a)yless4u.com.au> writes: > @@ -1542,7 +1556,103 @@ static void test_WSAAddressToStringW(void) > ok( !ret, "WSAAddressToStringW() failed unexpectedly: %d\n", WSAGetLastError() ); > > ok( !lstrcmpW( address, expect4 ), "Expected different address string\n" ); > - ok( len == sizeof( expect4 )/sizeof( WCHAR ), "Got size %d\n", len); > + ok( len == sizeof( expect4 )/sizeof( WCHAR ), "Expected size to be %d, got %d\n", sizeof( expect4 )/sizeof( WCHAR ), len); Please don't use sizeof in traces. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [2/3] gdi32/tests: Added tests for StretchBlt
by Alexandre Julliard July 16, 2009

July 16, 2009

Joel Holdsworth <joel(a)airwebreathe.org.uk> writes: > From a08096193c2593e8c99558814472e607696534f6 Mon Sep 17 00:00:00 2001 > From: Joel Holdsworth <joel(a)airwebreathe.org.uk> > Date: Wed, 15 Jul 2009 22:16:31 +0100 > Subject: [PATCH] Added tests for StretchBlt It doesn't work here: ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so bitmap.c && touch bitmap.ok bitmap.c:2348: Test succeeded inside todo block: StretchBlt with dwRop 1100A6. Expected 0x00000000, got 0x00000000 from line 2412 bitmap.c:2348: Test failed: StretchBlt with dwRop 5A0049. Expected 0x89D39BDB, got 0x00D39BDB from line 2417 bitmap.c:2348: Test failed: StretchBlt with dwRop 550009. Expected 0x76543210, got 0x00543210 from line 2418 bitmap.c:2348: Test failed: StretchBlt with dwRop FF0062. Expected 0xFFFFFFFF, got 0x00FFFFFF from line 2420 bitmap.c:2361: Test failed: StretchBlt expected { CAFED00D, FEEDFACE, FEDCBA98, 76543210 } got { 00FED00D, 00EDFACE, 00DCBA98, 00543210 } stretching { 0, 0, 2, 2 } to { 0, 0, 2, 2 } from line 2432 bitmap.c:2361: Test failed: StretchBlt expected { CAFED00D, 00000000, 00000000, 00000000 } got { 00FED00D, 00000000, 00000000, 00000000 } stretching { 0, 0, 1, 1 } to { 0, 0, 1, 1 } from line 2437 bitmap.c:2361: Test failed: StretchBlt expected { 00000000, 00000000, 00000000, CAFED00D } got { 00000000, 00000000, 00000000, 00FED00D } stretching { 0, 0, 2, 2 } to { 1, 1, 2, 2 } from line 2473 bitmap.c:2361: Test failed: StretchBlt expected { FEDCBA98, 76543210, CAFED00D, FEEDFACE } got { 00DCBA98, 00543210, 00FED00D, 00EDFACE } stretching { 0, 0, 2, 2 } to { 0, 0, 2, 2 } from line 2487 bitmap.c:2361: Test failed: StretchBlt expected { CAFED00D, FEEDFACE, FEDCBA98, 76543210 } got { 00FED00D, 00EDFACE, 00DCBA98, 00543210 } stretching { 0, 0, 2, 2 } to { 0, 0, 2, 2 } from line 2508 bitmap.c:2361: Test failed: StretchBlt expected { FEDCBA98, 76543210, CAFED00D, FEEDFACE } got { 00DCBA98, 00543210, 00FED00D, 00EDFACE } stretching { 0, 0, 2, 2 } to { 0, 0, 2, 2 } from line 2527 make: *** [bitmap.ok] Error 10 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: comctl32: Explicitly initialize visible order of a newly added item, force visible order recalculation on redraw.
by Austin English July 16, 2009

July 16, 2009

On Thu, Jul 16, 2009 at 3:34 AM, Dmitry Timoshkov<dmitry(a)codeweavers.com> wrote: > This patch should fix the regression reported in the bug 19338. > --- > dlls/comctl32/treeview.c | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) Can you possibly add a testcase for this to prevent further regressions? -- -Austin

2 1

re: Wine very very slow in Chinese language of Linux
by Dan Kegel July 16, 2009

July 16, 2009

Axel wrote: > When using WINE in Chinese environment Linux, the WINE works very very slow even opening windows / clicking buttons.... Does this happen with the latest wine (1.1.25)? If so, can you show us how to reproduce the problem on an ubuntu 9.04 system? Remember, most of us don't speak chinese, so you'll need to be very explicit with your instructions. Thanks, Dan

5 5

which release of Wine created or last updated this particular .wine/ tree?
by Joerg-Cyril.Hoehle＠t-systems.com July 16, 2009

July 16, 2009

Hi, my HD contains a dozen .wine*/ directories created with various settings and releases of Wine, some a long time ago. A repeating question is: With what release of Wine did I create this particular .wine/ tree ? Or rather: what release last updated this .wine/ tree? It is not acceptable to run ~/src/most-current-wine/winecfg "about" on this .wine/ tree since an update that would change the bug footprint, causing the tested apps to work differently. At the time of ~0.9.60, the answer was easy because tools/wine.inf was copied into .wine/drive_c/windows/inf/wine.inf and contained a release number. Another possibility would be that I build a mini-DB of e.g. drive_c/windows/notepad's md5. Not very reliable, as notepad.exe need not change with every release. Any other ideas? Jörg Höhle.

3 3

Re: winequartz.drv Mac OS X UI discontinued?
by James Mckenzie July 15, 2009

July 15, 2009

>Just to explain things better, I found great sample of calling Obj-C >API within pure C program: >http://www.smipple.net/snippet/moriyoshi/Using%20Objective-C%20ABI%20from%2… >. > >This is basic application that just displays a single window, and YES >it works! >BUT it is 400 lines of code, it is totally obscure. >Having it natively in Obj-C would be ~50 lines of small clean code. So >this is what a call a "nightmare", or maybe "happy coding". Or maybe job security. However, we have a requirement that any code submitted to the Wine project be either c or C++. ObjC cannot be included, however. I would like to see it 'wrapped' so that it could not be compiled and then the world would be upright (and this is how several other projects do this as well.) James McKenzie

8 12

Re: [PATCH 2/3] jscript: Improve Number_toString implementation
by Paul Vriens July 15, 2009

July 15, 2009

Piotr Caban wrote: > --- > dlls/jscript/number.c | 113 > ++++++++++++++++++++++++++++++++++++++++++-- > dlls/jscript/tests/api.js | 50 +++++++++++++++++-- > 2 files changed, 151 insertions(+), 12 deletions(-) > > > > > ------------------------------------------------------------------------ > > Hi Piotr, These new tests fail on several platforms, see: http://test.winehq.org/data/tests/jscript:run.html Could you have a look? -- Cheers, Paul.

2 2

question about RtlGenRandom (SystemFunction036) and urandom
by winehqlist＠sub.noloop.net July 15, 2009

July 15, 2009

Hello, I just randomly stumbled upon this old mail http://www.winehq.org/pipermail/wine-patches/2005-May/017718.html and I found the FIXME comment about (lack of) cryptographic quality slightly worrying, so I had a quick look at the gitweb to see what the implementation would look like these days. Apparently this method still uses urandom but the FIXME comment has been removed (in http://source.winehq.org/git/wine.git/?a=commitdiff;h=59f2a3312e4c16876b69f… ) Just thought I'd give it a heads-up, maybe this is still an issue that should at least be marked in the comments?

2 3

Re: gdi32: ensure that the last_resort family at least has FS_LATIN1characters.
by Dmitry Timoshkov July 15, 2009

July 15, 2009

"Aric Stewart" <aric(a)codeweavers.com> wrote: > Corrects a large number of font issues with east asian programs. > - if(csi.fs.fsCsb[0] & (face->fs.fsCsb[0] | face->fs_links.fsCsb[0])) { > + if((csi.fs.fsCsb[0] & (face->fs.fsCsb[0] | face->fs_links.fsCsb[0])) && (face->fs.fsCsb[0] & FS_LATIN1)) > { Certainly this is a not acceptable hack. What if the app doesn't need latin glyphs at all? Say it needs only cyrillic or symbol ones? -- Dmitry.

2 4

Re: Set the encoding of the remaining German resources to UTF-8.
by Paul Vriens July 15, 2009

July 15, 2009

Michael Stefaniuc wrote: > --- > dlls/browseui/rsrc_De.rc | 2 ++ > dlls/iccvid/iccvid_De.rc | 2 ++ > dlls/localspl/spl_De.rc | 2 ++ > dlls/mpr/mpr_De.rc | 2 ++ > dlls/msacm32/msacm_De.rc | 2 ++ > dlls/msvidc32/msvidc32_De.rc | 2 ++ > dlls/oleaut32/oleaut32_De.rc | 2 ++ > dlls/sane.ds/sane_De.rc | 2 ++ > dlls/shlwapi/shlwapi_De.rc | 2 ++ > dlls/wininet/wininet_De.rc | 2 ++ > programs/write/De.rc | 2 ++ > 11 files changed, 22 insertions(+), 0 deletions(-) > > diff --git a/dlls/browseui/rsrc_De.rc b/dlls/browseui/rsrc_De.rc > index b32400c..9a0b78e 100644 > --- a/dlls/browseui/rsrc_De.rc > +++ b/dlls/browseui/rsrc_De.rc > @@ -19,6 +19,8 @@ > > #include "resids.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE > diff --git a/dlls/iccvid/iccvid_De.rc b/dlls/iccvid/iccvid_De.rc > index 3262c91..d1a3cef 100644 > --- a/dlls/iccvid/iccvid_De.rc > +++ b/dlls/iccvid/iccvid_De.rc > @@ -19,6 +19,8 @@ > > #include "iccvid_private.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/localspl/spl_De.rc b/dlls/localspl/spl_De.rc > index 4e6616e..b30e13c 100644 > --- a/dlls/localspl/spl_De.rc > +++ b/dlls/localspl/spl_De.rc > @@ -21,6 +21,8 @@ > > #include "localspl_private.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/mpr/mpr_De.rc b/dlls/mpr/mpr_De.rc > index 662cad5..d8b1298 100644 > --- a/dlls/mpr/mpr_De.rc > +++ b/dlls/mpr/mpr_De.rc > @@ -20,6 +20,8 @@ > > #include "mprres.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/msacm32/msacm_De.rc b/dlls/msacm32/msacm_De.rc > index cd4353a..1f35148 100644 > --- a/dlls/msacm32/msacm_De.rc > +++ b/dlls/msacm32/msacm_De.rc > @@ -20,6 +20,8 @@ > > #include "wineacm.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > DLG_ACMFORMATCHOOSE_ID DIALOG DISCARDABLE 10, 20, 225, 100 > diff --git a/dlls/msvidc32/msvidc32_De.rc b/dlls/msvidc32/msvidc32_De.rc > index c31635c..1dc777b 100644 > --- a/dlls/msvidc32/msvidc32_De.rc > +++ b/dlls/msvidc32/msvidc32_De.rc > @@ -19,6 +19,8 @@ > > #include "msvidc32_private.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/oleaut32/oleaut32_De.rc b/dlls/oleaut32/oleaut32_De.rc > index e0ae38b..1dbee3e 100644 > --- a/dlls/oleaut32/oleaut32_De.rc > +++ b/dlls/oleaut32/oleaut32_De.rc > @@ -20,6 +20,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/sane.ds/sane_De.rc b/dlls/sane.ds/sane_De.rc > index a1be1e4..3f3e116 100644 > --- a/dlls/sane.ds/sane_De.rc > +++ b/dlls/sane.ds/sane_De.rc > @@ -20,6 +20,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > IDD_DIALOG1 DIALOG DISCARDABLE 0, 0, 186, 46 > diff --git a/dlls/shlwapi/shlwapi_De.rc b/dlls/shlwapi/shlwapi_De.rc > index f0de193..f74600f 100644 > --- a/dlls/shlwapi/shlwapi_De.rc > +++ b/dlls/shlwapi/shlwapi_De.rc > @@ -20,6 +20,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > IDD_ERR_DIALOG DIALOG MOVEABLE DISCARDABLE 0, 0, 220, 60 > diff --git a/dlls/wininet/wininet_De.rc b/dlls/wininet/wininet_De.rc > index 9b168b4..4766589 100644 > --- a/dlls/wininet/wininet_De.rc > +++ b/dlls/wininet/wininet_De.rc > @@ -18,6 +18,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > IDD_PROXYDLG DIALOG LOADONCALL MOVEABLE DISCARDABLE 36, 24, 250, 154 > diff --git a/programs/write/De.rc b/programs/write/De.rc > index a953576..db175a0 100644 > --- a/programs/write/De.rc > +++ b/programs/write/De.rc > @@ -19,6 +19,8 @@ > > #include "resources.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE Is there anything against for all .rc files being UTF-8 and having that pragma by default? -- Cheers, Paul.

2 2

Re: wordpad: Fix the English NEUTRAL translation.
by Austin English July 15, 2009

July 15, 2009

On Tue, Jul 14, 2009 at 6:45 PM, Michael Stefaniuc<mstefani(a)redhat.de> wrote: > --- > programs/wordpad/En.rc | 12 +++++++++++- > 1 files changed, 11 insertions(+), 1 deletions(-) > > diff --git a/programs/wordpad/En.rc b/programs/wordpad/En.rc > index fe92de7..1e1fd2e 100644 > --- a/programs/wordpad/En.rc > +++ b/programs/wordpad/En.rc > @@ -249,7 +249,17 @@ LANGUAGE LANG_ENGLISH, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > BEGIN > - STRING_ALIGN_LEFT, "Left" > STRING_ALIGN_RIGHT, "Right" > STRING_ALIGN_CENTER, "Centre" Any reason you removed Left but not Right? -- -Austin

2 1

Re: Suggestions about the website of www.winehq.org
by axel_xia July 15, 2009

July 15, 2009

Sorry that I forget to send the attachments. "Please refer to the attached pictures for the Chinese environment in Fedora 10 & Ubuntu 9.04 by only choosing Chinese language when installing Linux OS." Axel ----- 原文 ----- From:axel_xia(a)sohu.com Subject:Re: Suggestions about the website of www.winehq.org Hi, Dan, Thanks for your email. And please kindly see my comments below: Reply to topic 1): It is true that it is not leaglly suitable to copy MS fonts, however the open-source fonts (Wenquanyi, http://wenq.org/enindex.cgi) has been available for very long period, which also are probalble used by Fedora & Ubuntu as default Chinese fonts (even Asian/CJK fonts(maybe CKJ means "Chinese Japanese Korean"), but I am not sure). Please refer to the attached pictures for the Chinese environment in Fedora 10 & Ubuntu 9.04 by only choosing Chinese language when installing Linux OS. In my opinion, I do not think we need to add these Chinese fonts into winetricks, instead, we only need by default in wine to create a link between wine & these fonts of Linux OS, just like the way when $MS softwares are installed into Chinese version of $MS windows: the software itself does not include the fonts, but it will share the fonts in OS when displaying Chinese because the Chinese version of OS already has the Chinese fonts installed. I guess it is the best way for www.winehq.org to work together with Redhat/Fedora & Ubutun & other distributions about the fonts linking to Linux OS. Reply to topic 2): I understand that few manpower are available in wine-develop group, but what about finding someone to establish &/ take care of the Chinese version in appdb? And then assign someone in wine-devel who understand Chinese to help monitor the Chinese version of appdb or forums. If so, it allows most of Chinese evaluators to post their test into appdb, which will contribute the development of wine really a lot. And, at least some popular $MS software can be added into winetricks after tests passed, such as Xunlei, flashget, QQ, QQ games. These software are very commonly used in China but always have lots of issues in wine. Huge solutions about these issues have made many confusions but we do not know which solution is right. We then don't need to illeagaly copy $MS .dll if winetricks itself contains these additional .dll files. Reply to topic 3): I insist that different languages of www.winehq.org should be established in long term, and it is feasible to find someone who are native Chinese to monitor the Chinese winehq website. However, in the short term, we can only link to http://forum.ubuntu.org.cn/viewforum.php?f=121 for the most popular forums about wine. And also you can invite forum-monitoring volunteers via that forum and I am sure there are lots of people willing to take care of it. Best regards! Axel ----- 原文 ----- From:Dan Kegel<dank(a)kegel.com> Subject:Re: Suggestions about the website of www.winehq.org On Mon, Jul 13, 2009 at 9:47 PM, <axel_xia(a)sohu.com> wrote: > I am a Chinese user for Fedora and have be trying to use wine for very long > time. Based on my experience in wine evaluation, may I provide my > suggestions on wine development & prospect? Yes, please! But please don't cross-post. Your question probably belongs on wine-devel or wine-users. cc'ing five different mailing lists is not a good idea. > 1) There are many many discussions in the internet about the Chinese font > sets issue in wine (wine very very slow, or can not display Chinese > correctly, & etc). However, most popular Linux distributions almost have no > issues for Chinese character display nowadays, the Chinese version of $MS > windows are perfectly compatible with Chinese character and even all the > softwares for $MS windows use default $MS Chinese fonts without any issues. > So, is that possible for wine/crossover to directly use/share Chinese fonts > (even all fonts of different languages) in linux distributions? As far as I know, the MS chinese fonts are copyrighted, and their license terms do not permit redistribution. (The "microsoft core fonts" were distributed under a very permissive license, and are more or less available on all linux systems, but they don't have good chinese fonts.) If you know of any legally downloadable chinese fonts, please let me know and I'll at least add them to winetricks. If you're saying that Linux already comes with great Chinese fonts, and Wine isn't using them properly, then that sounds like a bug we need to fix. There are two bugs open right now for CJK fonts: http://bugs.winehq.org/show_bug.cgi?id=13829 (fonts aren't found properly) http://bugs.winehq.org/show_bug.cgi?id=16325 (fonts don't look good) Perhaps you should file one for the slow fonts issue. > 2) Is that possible to have someone from winehq.org to verify $MS software > applicable in wine or not(at lease which .dll should be copy into > ~./wine/.../system32)? I found thousands of $MS softwares are posted on > AppDB in www.winehq.org but only checked by evaluators. So I wonder if > possible for winehq.org people to validate these programs and even better to > tell visitors step by step to run each software in wine. I think it is > better to post the correct steps of $MS software emulation in AppDB because > we need to rely on the offical website. It is harmful that users don't think > AppDB is believable then less and less people will come to www.winehq.org > for help day by day. Sadly, we don't have enough manpower to keep appdb up to date ourselves; we rely on volunteers. Our goal is for there to be no steps needed beyond running setup and starting the app, so that's what Wine developers tend to spend their time on, and we leave appdb updating to volunteers. That said, it would be helpful for somebody to make a pass over the popular apps in the appdb and update the howtos, including converting ad hoc installation steps into winetricks steps as appropriate. Any volunteers? > 3) Is that possible to open accounts in Forums of winehq website for common > users? And also is that possible to have different forums in Chinese or in > other languages established worldwide? That's a good idea. We can also link to any other Wine forums that already exist in other languages; do you know of any in Chinese? Thanks again for writing. We've known for a long time that we have some issues with Asian languages, but since most of our developers are not fluent in Asian languages, we haven't made much progress on it. We rely on feedback like the messages you've been sending lately. - Dan 寻找童趣好游戏让你停不下来抽奖换礼，好运有你！

1 0

Re: Suggestions about the website of www.winehq.org
by Dan Kegel July 15, 2009

July 15, 2009

On Mon, Jul 13, 2009 at 9:47 PM, <axel_xia(a)sohu.com> wrote: > I am a Chinese user for Fedora and have be trying to use wine for very long > time. Based on my experience in wine evaluation, may I provide my > suggestions on wine development & prospect? Yes, please! But please don't cross-post. Your question probably belongs on wine-devel or wine-users. cc'ing five different mailing lists is not a good idea. > 1) There are many many discussions in the internet about the Chinese font > sets issue in wine (wine very very slow, or can not display Chinese > correctly, & etc). However, most popular Linux distributions almost have no > issues for Chinese character display nowadays, the Chinese version of $MS > windows are perfectly compatible with Chinese character and even all the > softwares for $MS windows use default $MS Chinese fonts without any issues. > So, is that possible for wine/crossover to directly use/share Chinese fonts > (even all fonts of different languages) in linux distributions? As far as I know, the MS chinese fonts are copyrighted, and their license terms do not permit redistribution. (The "microsoft core fonts" were distributed under a very permissive license, and are more or less available on all linux systems, but they don't have good chinese fonts.) If you know of any legally downloadable chinese fonts, please let me know and I'll at least add them to winetricks. If you're saying that Linux already comes with great Chinese fonts, and Wine isn't using them properly, then that sounds like a bug we need to fix. There are two bugs open right now for CJK fonts: http://bugs.winehq.org/show_bug.cgi?id=13829 (fonts aren't found properly) http://bugs.winehq.org/show_bug.cgi?id=16325 (fonts don't look good) Perhaps you should file one for the slow fonts issue. > 2) Is that possible to have someone from winehq.org to verify $MS software > applicable in wine or not(at lease which .dll should be copy into > ~./wine/.../system32)? I found thousands of $MS softwares are posted on > AppDB in www.winehq.org but only checked by evaluators. So I wonder if > possible for winehq.org people to validate these programs and even better to > tell visitors step by step to run each software in wine. I think it is > better to post the correct steps of $MS software emulation in AppDB because > we need to rely on the offical website. It is harmful that users don't think > AppDB is believable then less and less people will come to www.winehq.org > for help day by day. Sadly, we don't have enough manpower to keep appdb up to date ourselves; we rely on volunteers. Our goal is for there to be no steps needed beyond running setup and starting the app, so that's what Wine developers tend to spend their time on, and we leave appdb updating to volunteers. That said, it would be helpful for somebody to make a pass over the popular apps in the appdb and update the howtos, including converting ad hoc installation steps into winetricks steps as appropriate. Any volunteers? > 3) Is that possible to open accounts in Forums of winehq website for common > users? And also is that possible to have different forums in Chinese or in > other languages established worldwide? That's a good idea. We can also link to any other Wine forums that already exist in other languages; do you know of any in Chinese? Thanks again for writing. We've known for a long time that we have some issues with Asian languages, but since most of our developers are not fluent in Asian languages, we haven't made much progress on it. We rely on feedback like the messages you've been sending lately. - Dan

2 1

Wine Appdb is down
by nn July 15, 2009

July 15, 2009

Hi, Wine Appdb is down ---------------------------------- Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in /home/winehq/opt/appdb/include/query.php on line 82 Database error, please try again soon: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) ---------------------------------- ____________________________________________________________________________________ Access Yahoo!7 Mail on your mobile. Anytime. Anywhere. Show me how: http://au.mobile.yahoo.com/mail

4 3

Re: wpp: add I/O hooks [try 2]
by Juan Lang July 14, 2009

July 14, 2009

Hi Matteo, it'd be easier to review your patch if you sent it along with a subsequent patch that made use of the I/O hooks. As it is, it's hard to know why this is necessary. Cheers, --Juan

2 1

Re: [4/4] WineD3D: Don't call glGetError if nobody is going to see our fixme
by Chris Robinson July 14, 2009

July 14, 2009

It may still be important to do this, if glGetError is ever used directly to check for errors. Errors that are normally caught by checkGLError would then be left for a later call to glGetError to pick up.

2 1

Re: winhttp(1/12): Implement WinHttpGetDefaultProxyConfiguration
by Alexandre Julliard July 14, 2009

July 14, 2009

Juan Lang <juan.lang(a)gmail.com> writes: > +static inline void copy_char_to_wchar_sz(const BYTE *src, DWORD len, WCHAR *dst) > +{ > + const BYTE *begin; > + > + for (begin = src; src - begin < len; src++, dst++) > + *dst = *src; > + *dst = 0; > +} That looks very wrong. Is there really evidence that Unicode chars are truncated? > + l = RegQueryValueExW( key, WinHttpSettings, NULL, &type, NULL, &size ); > + if (!l && type == REG_BINARY && size >= 5 * sizeof(DWORD)) > + { > + BYTE *buf = HeapAlloc( GetProcessHeap(), 0, size ); > + > + if (buf) > + { > + DWORD *magic = (DWORD *)buf; > + DWORD *unknown = magic + 1; > + DWORD *flags = unknown + 1; > + DWORD *len = flags + 1; Please define an appropriate structure. -- Alexandre Julliard julliard(a)winehq.org

2 2

transl question
by Aric Stewart July 14, 2009

July 14, 2009

I am looking at the Japanese report from transl and i see something odd. looking at DIALOG MSGBOX for user32... http://source.winehq.org/transl/resource.php?lang=011%3A00&resfile=dlls%2Fu… the STYLE is reported as different, but when I look at the source they appear identical. Is it because the Japanese resource has FONT 9, "MS Shell Dlg" specified? Should that show up as an Error to be corrected? -aric

3 2

Re: 2/2 winex11: add XRender based GetSrcAreaStretch
by Aurimas Fišeras July 14, 2009

July 14, 2009

On 07/11/2009 10:08 PM, Roderick Colenbrander wrote: > Hi, > > This patch adds a XRender based GetSrcAreaStretch. A lot of work is > offloaded to X (less round trips are needed) and it can take advantage > of hardware acceleration. On Nvidia and AMD drivers blt performance > has improved by 20% in CrystalMark2004 while more optimizations can be > added later on. I get a similar performance increase on intel driver too.

2 1

Transl: Getting rid of the conf directory (Part 1)
by Paul Vriens July 14, 2009

July 14, 2009

Hi, In an effort to make conf more dynamic (and less depending on hardcoded configuration) I'd like to get rid of the conf directory. Let's make a first distinction here. We currently have a conf directory used by the scripts/* files and one by the php/* files. I'd like to discuss the scripts/conf directory first. Once that is done we can start discussing the php/conf directory The scripts conf directory ========================== The conf directory shows all the languages currently known by transl to be in use for translations. (We get a warning if a language is found in the source and we don't have a conf file for it.) The most prominent use of the conf directory is to create a list of languages that will show up on the index page. The conf file could hold a parameter "[ignore-sublang]". This parameter is used to change a LANG_XXX, SUBLANG_* into LANG_XXX, SUBLANG_NEUTRAL. So, if we want to get rid of the hardcoded conf directory we need some logic that replaces the above. The logic should hold the following rules: 1. LANG_XXX, SUBLANG_XXX_YYY is the highest level possible so we don't have to do anything here. 2. LANG_XXX, SUBLANG_DEFAULT (only 1 sublanguage in our code) should show LANG_XXX, SUBLANG LANG_XXX_YYY. 3. LANG_XXX, SUBLANG_DEFAULT (multiple sublanguages in our code) should show all possible LANG_XXX, SUBLANG_XXX_YYY. 4. LANG_XXX, SUBLANG_NEUTRAL (only 1 sublangugage in our code) should show LANG_XXX, SUBLANG_XXX_YYY. 5. LANG_XXX, SUBLANG_NEUTRAL (multiple sublanguages in our code) should mean show all possible LANG_XXX, SUBLANG_XXX_YYY. (This logic is already somehow in place when the Portuguese issue was solved.) I propose the following changes: 1. The first thing that should happen before any parsing is done is to get a list of all the different languages Wine is translated in. 2. Automatically create a scripts/conf directory that is based on the list found in step 1. This is temporary until the php part is converted as well. These conf files don't need the [hide] parameter or the [ignore-sublang] parameter anymore. 3. Change some of the php scripts to get rid of the two parameters mentioned in step 2. This basically means that we are not going to show pages anymore for the neutral languages (English is the exception). Note for step 2. The php scripts rely on the php/conf (copy of scripts/conf) directory for retrieving the name of a language. The kernel32 resources also have these names albeit sometimes a little different. I've noted the following differences: conf-dir kernel32 ======== ======== Chinese (Simplified) Chinese (PRC) Chinese (Traditional) Chinese (Taiwan) English (US) English (United States) English (Neutral) English Portugese (Brazilian) Portuguese (Brazil) Portugese (Portugal) Portuguese (Portugal) Do we want to go with the kernel32 names or should we have some kind of name override? To prove my point I just looked at the list of translations we have, created the necessary files in scripts/conf, got rid of the 2 parameters and ran the Master.sh script to regenerate everything. The results were as expected and looked basically the same as on our transl page. After changing the index page to not use the [hide] parameter anymore but some other logic it looked exactly the same. Thoughts, ideas, suggestions, questions on all of this? (As said he php/conf directory can/will be discussed in a second email once this is "solved"). -- Cheers, Paul.

2 8

Re: Add stub for IoOpenDeviceRegistryKey
by Paul Chitescu July 14, 2009

July 14, 2009

+ FIXME( "stub:\n"); + return STATUS_SUCCESS; This is incorrect, since you are adding a stub you must not return success as it would imply that *DevInstRegKey is filled with a valid handle. You must either return an error or provide a full valid implementation (unlikely). Anything else is your private hack, unsuitable for including in the public wine repository since it could crash some drivers.

1 0

Re: [2/8] wbemprox: Add a stub implementation of IWbemLocator.
by Alexandre Julliard July 14, 2009

July 14, 2009

Hans Leidekker <hans(a)codeweavers.com> writes: > diff --git a/dlls/uuid/uuid.c b/dlls/uuid/uuid.c > index 18b4d55..785d690 100644 > --- a/dlls/uuid/uuid.c > +++ b/dlls/uuid/uuid.c > @@ -76,6 +76,7 @@ DEFINE_GUID(GUID_NULL,0,0,0,0,0,0,0,0,0,0,0); > #include "isguids.h" > #include "objsafe.h" > #include "perhist.h" > +#include "wbemcli.h" There doesn't seem to be any Wbem clsid in the Windows libuuid. -- Alexandre Julliard julliard(a)winehq.org

1 0

drive list is not refreshed in winecfg, no more disk label
by Joerg-Cyril.Hoehle＠t-systems.com July 14, 2009

July 14, 2009

Hi, [resend, 1st message disappeared?] since somewhere between wine-1.1.6 and 1.1.21, going to winecfg's drives tab does not (re)scan all drives such as CD-ROMs anymore. So access to the tab is faster, but winecfg does not display the disk label (shown empty) and serial number (always 0) any more. wine cmd -> "dir D:" still lists a disk's label and serial number. Did I miss a voluntary change or shall I file a regression? I'm not aware that my compilation setup may have changed. hal+dbus-dev have been there for ages. Thanks, Jörg Höhle

14 27

re: Supported applications?
by Dan Kegel July 13, 2009

July 13, 2009

Austin wrote: >Looking around the wiki/website, I can't find anywhere where the >'Supported applications' are listed (Powerpoint/Word/Excel viewer and >Adobe Photoshop CS 2, if I remember correctly). Maybe you're thinking of http://wiki.winehq.org/WineReleaseCriteria That's for 1.0 (I don't think we've decided what the criteria are for 1.2). > Are these the only applications that are being targeted for 1.2? > Should others be added? Mozilla Firefox would be a great > candidate to add... > I ask, so I know which applications to make more strenuous appinstall tests for. It's a big commitment to add an app to the "must work for 1.2 to be released" list. The criteria for that list were popular, useful, and freely downloadable applications which already run well To those criteria I would add testable using autohotkey Firefox does seem to qualify (people still use it under wine to get at particular plugins). If you're going to do that, please consider invoking the existing Firefox automated test suites; see https://developer.mozilla.org/en/Mozilla_automated_testing - Dan

2 2

Re: winequartz.drv Mac OS X UI discontinued?
by James McKenzie July 13, 2009

July 13, 2009

Emmanuel Maillard wrote: > > Le 11 avr. 09 à 18:20, James McKenzie a écrit : > >> Emmanuel Maillard wrote: >>> >>> Le 3 janv. 09 à 04:14, James McKenzie a écrit : >>> >>>> Emmanuel Maillard wrote: >>>>> Hi, >>>>> >>>>> Le 4 juil. 08 à 12:37, Adam Strzelecki a écrit : >>>>> >>>>> >>>>>> Hi Emmanuel, hello Wine developers, >>>>>> >>>>>> Latest WineQuartz.drv patch is 0.9.58. Is there any change for >>>>>> more recent release? I tried this patch with 1.0-1 however it has >>>>>> too many conflicts. >>>>>> It would be most convenient if you had just update >>>>>> http://repo.or.cz/w/wine/winequartzdrv.git to match 1.1.0 somehow >>>>>> and include Quartz. >>>>>> >>>>> >>>>> I resolved conflicts for wine-1.0, but didn't take a look yet for >>>>> wine-1.1.0, i just know that's some changes in user32 and winex11.drv >>>>> have to be update in winequartz.drv too. >>>>> >>>>> I will see this week end if i can find free time to make a new >>>>> patch for winequartz.drv and send it to SourceForge. >>>>> (OpenGL is broken in winequartz.drv actually, because of a lack of >>>>> time to fix it) >>>>> >>>>> >>>>> >>>>>> Since Wine passed 1.0 (woohoo!) maybe someone from the direction >>>>>> can revise Mac support? Even there're numerous Emmanuel efforts >>>>>> to provide Mac UI driver instead of X11, it will be always pushed >>>>>> aside, and sentenced to death, because it is not in official >>>>>> sources. >>>>>> >>>>>> I know Alexandre Julliard's decision about NOT taking any >>>>>> Objective- C sources (.m) into the Wine, but maybe this can be >>>>>> revised, anyway all .m rules will be only present on Mac >>>>>> platforms. Using Objective- C is only way to make fair support for >>>>>> Mac OS GUI, as those whole GUI system is objective. >>>>>> Moreover then what's the point of keeping winex11.drv and all GUI >>>>>> driver infrastructure in Wine if nothing else but X11 is NOT >>>>>> accepted into official source? >>>>>> >>>>>> Forgive me what I say now, but I just it would be more fair if >>>>>> someone from Codeweavers just said that Wine's official support >>>>>> for Mac OS X is against their business with CrossOver and this is >>>>>> the real reason they reject winequartz.drv from Emmanuel Maillard. >>>>>> Frankly I'd really pay for CrossOver or Wine, if it was what 1.0-1 >>>>>> is but with native Mac UI, so each wine process has it's own dock >>>>>> icon, and no X11 is needed and native Mac font system. >>>>>> >>>>>> Regards, >>>>>> -- >>>>>> Adam Strzelecki |: nanoant.com :| >>>>>> >>>>>> >>>>> >>>>> >>>>> Cheers >>>>> Emmanuel >>>>> >>>>> >>>> Emmanuel: >>>> >>>> What is the status of winequartz.drv? It looks like your last patch >>>> was for 1.1.2. >>>> >>>> James McKenzie >>>> >>> >>> Hi, >>> >>> I didn't really work on winequartz.drv since this patch, start a new >>> version at the beginning of October, >>> but more or less waiting for DIB engine. >>> >>> Emmanuel >> >> Emmanuael: >> >> Are you still working on this or have you abandoned it? >> >> James McKenzie >> > > Hi, > > I stopped working on winequartz.drv for now ... > abandoned ? not totally, but i currently do not envisage to work again > on it. Emmanuel: At one time you stated that this work depends on a DIB engine. Have you looked at Max' work? Also, did work get finished on 1.1.2 or did that stop as well? James McKenzie

2 3

MaxVertexBlendMatrices issue
by Karl Vogel July 13, 2009

July 13, 2009

(resend after subscribing to the ML - if the first post comes through, pls excuse the spam then :P ) Just tracked down a crash in the game Dark Age of Camelot (daoc) when pixelshaders are enabled. The game issues a GetDeviceCaps() and then checks if MaxVertexBlendMatrices >= 4, which on wine is set to zero on my videocard (Geforce 6800), whereas a windows box returns 4. I found this old post concerning MaxVertexBlendMatrices causing issues in another game (EQ): http://www.winehq.org/pipermail/wine-devel/2008-February/062432.html http://www.winehq.org/pipermail/wine-devel/2008-February/062437.html So I was wondering what the proper way to fix this would be? Should this be made overrideable by a registry setting for certain games? Or should the GL check be changed? Or is that software emulated vertex blending patch needed to correctly fix the issue? Bugzilla has 3 other games where the simple 'fix' of returning 4 makes the game work (Warhammer, EQ, Shin Megami Tensei Online): http://bugs.winehq.org/buglist.cgi?quicksearch=MaxVertexBlendMatrices -- For reference the daoc bug is http://bugs.winehq.org/show_bug.cgi?id=10832

2 3

Re: wined3d: fix empty driver description string
by Henri Verbeet July 13, 2009

July 13, 2009

2009/7/13 <Joerg-Cyril.Hoehle(a)t-systems.com>: > Patch against wine-1.1.25 > You'll generally want to do development against git.

1 0

[Request for review] wrc: Add support for nameID with quotes
by Tijnema July 13, 2009

July 13, 2009

Hello all, I was just checking around some old bugs and found 786 still opened. I've written a patch for it, but I want to know if I'm anywhere close to get it in. I'm sorry if I'm only wasting your time. Matijn

5 5

kernel32: Fix typos in English errors messages (updated)
by Frédéric Delanoy July 13, 2009

July 13, 2009

After comment from Michael Stefaniuc

1 0

Supported applications?
by Austin English July 13, 2009

July 13, 2009

Looking around the wiki/website, I can't find anywhere where the 'Supported applications' are listed (Powerpoint/Word/Excel viewer and Adobe Photoshop CS 2, if I remember correctly). Are these the only applications that are being targeted for 1.2? Should others be added? Mozilla Firefox would be a great candidate to add... I ask, so I know which applications to make more strenuous appinstall tests for. -- -Austin

1 0

Re: kernel32: Fix typos in English errors messages
by Michael Stefaniuc July 13, 2009

July 13, 2009

Hello Frédéric, On 07/12/2009 01:16 PM, Frédéric Delanoy wrote: > @@ -3266,7 +3266,7 @@ Floating underflow > MessageId=1771 > SymbolicName=RPC_S_FP_OVERFLOW > Language=ENU > -Floating overlow > +Floating overflow That sounds strange. Shouldn't that better be "Floating point overflow"? bye michael

2 1

Re: 2/2 winex11: add XRender based GetSrcAreaStretch [with patch]
by Austin English July 12, 2009

July 12, 2009

On Sat, Jul 11, 2009 at 2:33 PM, Roderick Colenbrander<thunderbird2k(a)gmail.com> wrote: > This time with patch. > > Roderick > > On Sat, Jul 11, 2009 at 9:08 PM, Roderick > Colenbrander<thunderbird2k(a)gmail.com> wrote: >> Hi, >> >> This patch adds a XRender based GetSrcAreaStretch. A lot of work is >> offloaded to X (less round trips are needed) and it can take advantage >> of hardware acceleration. On Nvidia and AMD drivers blt performance >> has improved by 20% in CrystalMark2004 while more optimizations can be >> added later on. >> >> Regards, >> Roderick Colenbrander Dan asked me to run appinstall with it, and when I did, found that a ton of stuff breaks. Easiest to see is 'wine control'. It runs, but takes up 100% of a cpu core, and the window never appears. Notepad++ (my dogfood text editor has the same problem). I'm working on adjusting the tests to handle this type of failure better, and will try to run the full test suite on it soon. -- -Austin

2 3

AcceptEx patchset comments
by Mike Kaplinskiy July 12, 2009

July 12, 2009

I'm looking for comments/criticism for the above patch set. It is actually not complete yet (glaring FIXME on #6), but it is relatively close. Some notes: Patch 1: - needed to handle deferred sockets. We need to destroy the actual deferred socket without closing the handle. Patch 2: - ntdll seems to keep a cache of fd's and since the accept_socket change in patch 4 switches the underlying fd object for a socket handle, we need to flush the cache (is there a better approach?). Patch 3: - needed for patch 4 so accept() can create a socket. Patch 3+4+5: - is a tools/make_requests run required before submitting this? Patch 5: - I don't like it, but can't figure out a better way to do it. Anyone have better ideas? - just realized as I was sending this that there is a problem if acceptex is called twice on the same socket (the async from before is not released). Patch 6: - is pretty much the same as the patch by Scott Lindeneau. Just expanded it and added support for data_len. data_len won't work with completion ports yet. Sorry for the continuous spam regarding AcceptEx; I just want to make sure that this isn't going nowhere. Mike.

1 0

Re: comctl32/toolbar.c: Fix Lingvo 9.0 crashes on startup [Resend 2]
by Nikolay Sivov July 12, 2009

July 12, 2009

Vladimir Pankratov wrote: > Hello all. > > Fixed Lingvo 9.0 crashes on startup. > > Changed files: > > comctl32/toolbar.c > > Thanks. The very first one was better (when you fixed only division by zero). Now you're changing path earlier: --- + if(rows <= 0) rows = 1; --- There's no tests currently for that (<=0 isn't tested), could you add them (to test_setrows() I suppose)?

2 2

Re: comctl32/toolbar.c: Fix Lingvo 9.0 crashes on startup
by Nikolay Sivov July 12, 2009

July 12, 2009

Vladimir Pankratov wrote: > Hello all. > > Fixed Lingvo 9.0 crashes on startup. > > Changed files: > > comctl32/toolbar.c > > Thanks. Maybe it's better to simplify: + idealWrap = (infoPtr->nNumButtons - hidden + (rows-1)) / ((rows == 0) ? (rows + 1) : rows); --- to something like that --- + idealWrap = (infoPtr->nNumButtons - hidden + (rows-1)) / (rows ? rows : 1);

2 1

FW: Re: winequartz.drv Mac OS X UI discontinued?
by Rolf Kalbermatter July 12, 2009

July 12, 2009

On Thursday July 09, 2009 5:32 PM Chris Robinson wrote: >> With the same argument you could say that writing COM objects has to >> be done in C++. Yet Wine has lots and lots of COM code written all in >> standard C. > >It has to, because the class vtable layout and calling convention can >be different in Windows than how the host system's compiler will generate it. >COM objects have to interface with existing Windows code, and so need >to be setup in memory in a specific way. Not entirely sure where your "It has too" is pointed at. If it is about COM code being written in C then it is not entirly true. All the MS examples about COM nowadays are completely in C++ and some newer API headers seem to not even include the C part. But of course that code is meant to be compiled with Visual C++ and I could see trouble trying to get the exact binary layout with gcc. This is maybe not such a problem with newest gcc but was certainly a problem with older versions. >If OSX will always have Obj-C support, and the Obj-C code can be >restricted to OSX-only code, then the only sticking point, in my eyes, >would be how maintainable it is. After all, if only one or two people >can work with Obj-C code, it can bit-rot that much more quickly. I think this is in fact the major issue here. There is certainly interest in starting such a project but maintaining it is a completely different beast. Rolf Kalbermatter

3 2

winequartz.drv Mac OS X UI discontinued?
by Adam Strzelecki July 11, 2009

July 11, 2009

Hi, I know that CodeWeavers supports quite nicely Mac builds of Wine, and CrossOver for Mac, yet all of them are X11. There was also once Darwine - an effort to provide Carbon Wine UI driver and Mac optimizations & L&F. Pretty many of those were merged back to Wine, but not winequartz.drv. Do you guys think about reviving winequartz.drv? This would greatly improve Wine on Mac as we could have native Mac fonts handling that's faster than FreeType, Dock icons for Wine applications, and few others. There's still old copy of the it hanging around, but it is abandoned, and no longer compiles with Wine. Or I think it would be cool to write new winecocoa.drv or sthing like that, as Apple officially states that Carbon is deprecated. While it is not well documented, it is pretty easy with Cocoa to make console non-bundled process to be UI foreground process and handle events and Dock: (This code is copyrighted by myself ;P) > int main(int argc, const char * argv[]) { > ProcessSerialNumber psn = {0, kCurrentProcess}; > OSStatus returnCode = TransformProcessType(&psn, > kProcessTransformToForegroundApplication); > SetFrontProcess(&psn); > > NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; > [NSApplication sharedApplication]; > > NSImage *icon = [NSImage imageNamed:@"NSApplicationIcon"]; > [NSApp setApplicationIconImage:icon]; > > [NSApp finishLaunching]; > > NSWindow *window = [[NSWindow alloc] > initWithContentRect:NSMakeRect(0, 0, 100, 100) > styleMask:NSTitledWindowMask| > NSClosableWindowMask|NSMiniaturizableWindowMask|NSResizableWindowMask > backing:NSBackingStoreBuffered defer:NO]; > [window center]; > [window setTitle:@"Test"]; > > NSButton *button = [[NSButton alloc] > initWithFrame:NSMakeRect(10, 10, 80, 80)]; > [button setTitle:@"What?"]; > [button setBezelStyle:1]; > [[window contentView] addSubview:button]; > [button release]; > > [window makeKeyAndOrderFront:NSApp]; > > while(1) { > NSEvent *event = [NSApp > nextEventMatchingMask:NSAnyEventMask > untilDate > :[NSDate distantFuture] > inMode:NSDefaultRunLoopMode > dequeue:YES > ]; > if(event) [NSApp sendEvent:event]; > } > [pool release]; > return 0; > } BTW. I heard that someone previously working for Wine project is now in Apple, it is true? Regards, -- Adam Strzelecki |: nanoant.com :|

20 55

Try #4: user32: Windows test request (cursors/icons)
by Daniel Santos July 11, 2009

July 11, 2009

Thanks again for your feedback and assistance. This is my 4th revision. I've created a static inline is_win9x() as you suggested. I agree that this should be in include/wine/test.h. One minor complication is that some test files define a BOOL or int "is_win9x" local variable, but that is easy to overcome. A few months ago, I wrote an extensive windows version testing patch for wine/test.h, but I appear to have either mis-placed it or accidentally blown it away! =) I've added win_skip() messages where tests are skipped on win9x to avoid crashing the and I clarified the FIXME (I hope it makes more sense). I'm trying to say that we should add tests to make sure height & width are checked since CreateCursor currently doesn't validate the size of the cursor you want to create against the values returned by GetSystemMetrics(). Finally, by Griswold's suggestion, I renamed test_SetCursor and test_DestroyCursor, adding an underscore prefix and a macro that will fill in the __LINE__ to clean up the code slightly. If you can please run this again on a 9x platform and also an NT platform (XP or vista) I would greatly appreciate it! I just want to make sure everything is happy before submitting it and thanks again for all your help! Daniel

1 0

Re: 2/2 winex11: add XRender based GetSrcAreaStretch
by Austin English July 11, 2009

July 11, 2009

On Sat, Jul 11, 2009 at 2:08 PM, Roderick Colenbrander<thunderbird2k(a)gmail.com> wrote: > Hi, > > This patch adds a XRender based GetSrcAreaStretch. A lot of work is > offloaded to X (less round trips are needed) and it can take advantage > of hardware acceleration. On Nvidia and AMD drivers blt performance > has improved by 20% in CrystalMark2004 while more optimizations can be > added later on. > > Regards, > Roderick Colenbrander > > > Forgot the patch. -- -Austin

1 0

Appinstall results down for a few days
by Austin English July 11, 2009

July 11, 2009

My webhost had a security breach, so ssh/ftp is currently disabled. I've been monitoring the results locally, but in case anyone was curious why there haven't been new results in a couple days, now you know. -- -Austin

1 0

Need help testing (acceptex)
by Mike Kaplinskiy July 11, 2009

July 11, 2009

Can someone try this test on win2000+? This tests the WSAAccept->Defer->AcceptEx scenario, and I've only verified the behavior on xp. Thanks, Mike

2 2

win users please test DirectX9_AutoGenFilterType patch
by Joerg-Cyril.Hoehle＠t-systems.com July 11, 2009

July 11, 2009

Dear users of MS-Windows with access to a compiler, please compile the following addition to the Wine testsuite and report results of running on MS-Windows to me by e-mail (preferred) or to this list. The goal is to get rid of bug http://bugs.winehq.org/show_bug.cgi?id=11167 For that I need test data from MS-Windows systems. Maybe some more || broken(D3DTEXF_POINT == fltt) are needed for the tests to pass on some MS-Windows systems/gfx-drivers with limited filter types. Once proper MS-Windows behaviour is known, the patch to Wine will follow. Currently Wine fails the test below. http://msdn.microsoft.com/en-us/library/bb174327(VS.85).aspx diff --git a/dlls/d3d9/tests/texture.c b/dlls/d3d9/tests/texture.c index 4d433b1..29864a8 100644 --- a/dlls/d3d9/tests/texture.c +++ b/dlls/d3d9/tests/texture.c @@ -197,6 +197,21 @@ static void test_mipmap_gen(IDirect3DDevice9 *device) D3DFMT_X8R8G8B8, D3DPOOL_MANAGED, &texture, 0); ok(hr == D3D_OK, "IDirect3DDevice9_CreateTexture failed(%08x)\n", hr); + if (texture) { + D3DTEXTUREFILTERTYPE fltt; + fltt = IDirect3DTexture9_GetAutoGenFilterType(texture); + ok(D3DTEXF_LINEAR == fltt, "GetAutoGenFilterType returned default %d\n", fltt); + hr = IDirect3DTexture9_SetAutoGenFilterType(texture, D3DTEXF_NONE); + ok(hr == D3DERR_INVALIDCALL, "SetAutoGenFilterType D3DTEXF_NONE returned %08x\n", hr); + hr = IDirect3DTexture9_SetAutoGenFilterType(texture, D3DTEXF_ANISOTROPIC); + ok(hr == D3D_OK, "SetAutoGenFilterType D3DTEXF_ANISOTROPIC returned %08x\n", hr); + fltt = IDirect3DTexture9_GetAutoGenFilterType(texture); + ok(D3DTEXF_ANISOTROPIC == fltt /*|| broken(D3DTEXF_POINT == fltt)*/, + "GetAutoGenFilterType returned %d\n", fltt); + hr = IDirect3DTexture9_SetAutoGenFilterType(texture, D3DTEXF_LINEAR); + ok(hr == D3D_OK, "SetAutoGenFilterType D3DTEXF_LINEAR returned %08x\n", hr); + /* IDirect3DTexture9_GenerateMipSubLevels ? */ + } levels = IDirect3DTexture9_GetLevelCount(texture); ok(levels == 1, "Got %d levels, expected 1\n", levels); Thanks for your help, Jörg Höhle

3 2