May 2008 - Wine-devel - list.winehq.org

crypt32: String resource IDs
by Michael Karcher 21 May '08

21 May '08

Dear developers, are the string resource IDs (IDS_*) in crypt32.dll supposed to be compatible to the native Microsoft DLL? It looks like the strings wine has starting at 1000 are based at 8000 in the crypt32.dll provided with XP. Since SP2, crypt32.dll has extra strings (e.g. at 7501 and following), which are not included in wine's version of the DLL. The reason I am asking is that the native rsaenh.dll fails to load because of failing GetStringW calls for crypt32.dll. It is supposed to fail, or should wine be made more compatible. In the latter case: How do we get string tables that are OK to use in Wine? Surely it is not allowed to just copy them from the Microsoft executable, but in the end, for 100% compatibility, we would have to provide an exact copy. Is there any policy in Wine? Regards, Michael Karcher

2 1

Most common winetest failures on wine
by Dan Kegel 21 May '08

21 May '08

Thanks to everybody who responded to Jeremy's call to run winetest using the 'dotests' script at http://wiki.winehq.org/MakeTestFailures We now have 35 reports, and have some good data on which test failures are common. See the Most Common Failures section at the bottom. Here's what it says right now: The skipgood script above now also tallies tests by how many people they fail for. Currently, it shows: 35 shell32:shelllink 32 user32:msg 16 user32:input 14 ntdll:info 13 d3d9:visual 10 user32:win 8 ddraw:visual 7 urlmon:protocol 5 gdi32:font 4 winmm:wave 3 d3d9:query urlmon:url wininet:url 2 comctl32:tooltips ddraw:dsurface msxml3:domdoc quartz:referenceclock wininet:http 1 d3d8:visual d3d9:device dinput:device dsound:ds3d dsound:ds3d8 dsound:dsound ... Let's ignore the tests that only fail for one person for the moment, and look at the others. shell32:shelllink fails on all winetest reports from all machines, including on real Windows. Yet "make test" in shell32 succeeds on this test. Could somebody have a look at why it reliably fails under winetest? I filed this as bug 13311. user32:msg and user32:input are probably people running non-blessed window managers; Alexandre's position is that we can ignore these, since upstream gnome's WM is fixed. ntdll:info is a flaky test marked todo_wine that succeeds sometimes: "info.c:822: Test succeeded inside todo block: Expected to read 0 bytes, got 0" d3d9:visual failures are all from people not running an approved graphics card, and can be ignored (though maybe we should tell users we only support nvidia Geforce 6 and higher for 3d graphics...) user32:win appears to be nearly all people running unapproved window managers, though abraml-hardy-32 did get one failure "win.c:2555: Test failed: wrong active window (nil)" with KDE3 which should be investigated. [fixme: file bug?] ddraw:visual has two kinds of errors. The most common is "visual.c:2045: Test failed: Got color 00dcdde6, expected 0000ff00". Less common is mstefani's failure, "visual.c:481: Test failed: Untransformed vertex with linear vertex fog has color 00ff0000". [fixme: file bugs?] urlmon:protocol has three or so failure modes; most common is "protocol.c:1597: Test failed: Read failed: 8000000a (0 bytes)". [fixme: file bug?] gdi32:font has several failure modes, not sure what's going on there. [fixme: file bug?] winemm:wave might actually be a problem, perhaps Maarten can take a look. [fixme: file bug?] I haven't looked at the failures that happen for only 2 or 3 people.

4 4

Re: Adding d3d9x_xx dlls to winetricks?
by tony.wasserka＠freenet.de 21 May '08

21 May '08

> So... lots of people are going around installing > all of directx, and maybe all they needed was, say, > d3d9x_35. That's not good. This sounds like > a job for winetricks! > But I know nothing about direct3d. Could somebody > have a look at this draft and see if it suffices? All > I added was d3d9x_35 and d3d9x_36, is that > the right set? You'll need all d3dx dlls, i.e. all from d3dx9_24 to d3dx9_37, as they all (well, most of them) differ a little bit.

1 0

Bad stub ? GetEffectiveRightsFromAclA / GetEffectiveRightsFromAclW
by Michel Jacques 20 May '08

20 May '08

A quick question about stubs, I think above mentioned functions are badly stubbed in ./dlls/advapi32/security.c Current implementation outputs a message like "FIXME ... stub ..." but functions are not stubbed in the ./dlls/advapi32/advapi32.spec file. Is this wrong? If not, how can I know for sure if a function is stubbed(unimplemented)? Thanks, Michel

2 1

Re: kernel32: Comment out the Esperanto locale definitions, they are incomplete, and cause the problems
by Alexandre Julliard 20 May '08

20 May '08

Dmitry Timoshkov <dmitry(a)codeweavers.com> writes: > this patch fixes the problem reported in the bug 12884. > > Changelog: > kernel32: Comment out the Esperanto locale definitions, they are > incomplete, and cause the problems. This will only make Esperanto support even more incomplete and broken, plus it breaks the tests. It should be possible to fix the definitions by copying values from the Unix locale file. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] Fix 16 bit StringFromGUID2 to not use wide characters
by Dmitry Timoshkov 20 May '08

20 May '08

"Michael Karcher" <wine(a)mkarcher.dialup.fu-berlin.de> wrote: > +INT WINAPI StringFromGUID2_16(REFGUID id, LPSTR str, INT cmax) > +{ > + char xguid[80]; > + int len; > + > + if (WINE_StringFromCLSID( id, xguid )) > + return 0; > + > + len = strlen( xguid ) + 1; /* The terminating zero counts */ > + if (len > cmax) > + return 0; > + > + strcpy( str, xguid ); > + return len; > +} This is not an equivalent of the old implementation, is it really supposed to fail if the buffer length is shorter than the guid? -- Dmitry.

2 4

Re: Bug in dlls/user32/edit.c
by Juan Lang 20 May '08

20 May '08

Hi Bob, could you open a bug at bugs.winehq.org, and put everything you wrote in your email in the description? You might have more luck getting followup that way. Thanks, --Juan

2 1

Spec OpenGL benchmarks
by Dan Kegel 19 May '08

19 May '08

On a whim, I tried the oldest SPEC OpenGL benchmark, SPECviewperf 6. SPECViewperf 6.1.2 lives here: http://www.spec.org/gwpg/pastissues/Feb2_02/opc.static/opcview.htm It's also downloadable from ftp://spec.it.miami.edu/dist/gpc/opc/viewperf/specviewperf612is01.exe So far, the two tests I've tried seem to run ok, though I don't know if the rendering is correct. On one machine, $ cd ".wine/drive_c/Program Files/SPECopc/SPECviewperf 6.1.2" $ wine cmd /c RunLight04.bat produced a proud 3 frames per second, woot! This is pretty slow compared to the published results from 2002, http://www.spec.org/gwpg/pastissues/Feb2_02/opc.data/summary.html even without thinking about how much faster today's CPUs are. Still, it's nice that it runs. Perhaps we can take some baseline data and start looking for bottlenecks one of these days. - Dan

4 4

New winetricks-20080519: add synonym mfc42, show package descriptions in zenity
by Dan Kegel 19 May '08

19 May '08

Another week, another winetricks. Changes since last week's annoucement: - gnome users now see nice package descriptions - mfc42 is now listed as a synonym for vcrun6 Online as always at http://kegel.com/wine/winetricks or http://winezeug.googlecode.com

1 0

Wine forums page links
by Ian Macfarlane 19 May '08

19 May '08

The page http://www.winehq.org/site/forums needs to link to the new forums at http://forum.winehq.org/ (it does, but just in the site-wide sidebar not the page body). Regards, Ian

1 0