February 2007 - Wine-Devel - list.winehq.org

One school's list of must-have apps

by Dan Kegel

Here's a school that actually did transition to Linux: http://searchopensource.techtarget.com/originalContent/0,289142,sid39_gci12… They didn't use Wine. Here's what they said about legacy windows apps: "Using Wyse terminals, the district also planned to offer students and staff thin-client desktops running OpenOffice.org. Ericom software – a Citrix alternative -- enabled the terminals to run the district's existing and irreplaceable Microsoft Windows educational applications, including Type to Learn, Reading Counts and Kid Pix." - Dan

Feb. 28, 2007

Re: Wine's Wiki Defaced

by Felix Nawothnig

Francois Gouget wrote: > Someone has defaced Wine's Wiki frontpage. > Also I have either forgotten my password or the user accounts don't > work anymore. Could someone look into this? Reverted it (no idea about the accounts, I was still logged in).

Feb. 28, 2007

Re: Using ex-user32 controls from native comctl32 6

by Felix Nawothnig

Frank Richter wrote: >>So, any idea how Windows makes comctl32 register the user classes? > I think it just re-registered the classes, but I'm not sure. > A trace with class registrations (ie +class) might give some hint at > what native does. Okay, I was stupid. I removed registration of all the user32 classes, only some were copied over to comctl32. Anyway, it works "fine" know. Well. Actually it doesn't even initialize without some stubs but it runs. I have a native edit control in wine for the first time since 9x times eh? :) Felix

Feb. 28, 2007

Wine's Wiki Defaced

by Francois Gouget

Someone has defaced Wine's Wiki frontpage. Also I have either forgotten my password or the user accounts don't work anymore. Could someone look into this? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

Feb. 28, 2007

Re: [6/6] d3d9: Add a mova rounding test

by H. Verbeet

On 28/02/07, Alexandre Julliard <julliard(a)winehq.org> wrote: > The test fails here: > > ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c && touch visual.ok > visual.c:405: Test failed: Expected color 00ffff00, got 00000000 (for input -2.400000) > visual.c:405: Test failed: Expected color 00ffff00, got 00000000 (for input -1.600000) > visual.c:405: Test failed: Expected color 0000ffff, got 00000000 (for input -0.400000) > visual.c:405: Test failed: Expected color 0000ffff, got 00000000 (for input 0.400000) > visual.c:405: Test failed: Expected color 00ff00ff, got 00000000 (for input 1.600000) > visual.c:405: Test failed: Expected color 00ff00ff, got 00000000 (for input 2.400000) > make: *** [visual.ok] Error 6 > Could you run that with +d3d_caps and possibly dump the value of caps.VertexShaderVersion? On a default Wine install that test should be getting skipped because our ARB shader backend doesn't support vs_2_0.

Feb. 28, 2007

Re: Unknown issue with test.winehq.org

by Alexandre Julliard

Paul Vriens <paul.vriens.wine(a)gmail.com> writes: > exception: 42 tests executed (0 marked as todo, 0 failures), 0 skipped. > exception: 279 tests executed (0 marked as todo, 5 failures), 0 skipped. > > The first one triggers the 'end of this test' in dissect. The second > one is thus not accepted as dissect expects a 'start' line (and a line > in between actually). > > The question now is: should dissect handle these cases or is this > particular test-case wrong? It's because some of the tests are run in a child process. dissect should probably handle it, ideally by reporting the sum of the test counts as the results for the whole test. -- Alexandre Julliard julliard(a)winehq.org

Feb. 28, 2007

Re: msiexec.exe service registration

by James Hawkins

On 2/27/07, Jeremy <jcgarbage(a)comcast.net> wrote: > In msiexec.c, the DoRegServer calls OpenSCManager, however, on a fresh > installation, ie no ~/.wine, the HKLM\CurrentControlSet\Services does > not yet exist, so that OpenSCManager fails. What is the correct way to > guarantee that this key exists? > See bug 7402. http://bugs.winehq.org/show_bug.cgi?id=7402 -- James Hawkins

Feb. 28, 2007

Re: Unknown issue with test.winehq.org

by Paul Vriens

Paul Vriens wrote: > Hi, > > So finally we have a working winetest executable and the test.winehq.org > scripts should be able to handle the new reports. > > Could someone have a look what the issue currently is on the webserver > as I've sent several reports (a few hours ago) and they are not handled > yet? > > Cheers, > > Paul. > Hi, I think I've found the issue. The error dissect outputs is something like: /wine/winetest/queue/errAfg8T: no start line:4789: ntdll:exception done (5) when looking at the report file I see that with a newer version of the ntdll exception tests we suddenly have 2 lines: exception: 42 tests executed (0 marked as todo, 0 failures), 0 skipped. exception: 279 tests executed (0 marked as todo, 5 failures), 0 skipped. The first one triggers the 'end of this test' in dissect. The second one is thus not accepted as dissect expects a 'start' line (and a line in between actually). The question now is: should dissect handle these cases or is this particular test-case wrong? Cheers, Paul.

Feb. 28, 2007

msi automation patches

by Misha Koshelev

Ok, so since my patches weren't commited to git yet, I've consolidated the new automation changes I've made in the attached patches. James and Rob, if they look good to you I will submit these version to wine-patches (so my total will once again be four patches, 1 is http://www.winehq.org/pipermail/wine-patches/2007-February/036359.html , 2 and 3 attached, and 4 is http://www.winehq.org/pipermail/wine-patches/2007-February/036362.html ) and wait to submit anything more for automation until all 4 patches are in. Please let me know Rob (I used DispGetParam, thanks a lot, so probably just need to look at my AutomationObject::Invoke and then the individual object Invoke handlers in the 0003 patch below) and James (I guess in regards to comments and formatting). Thanks a lot Misha

Feb. 28, 2007

Re: kernel32: Implement ReplaceFileA/ReplaceFileW

by Felix Nawothnig

Erich Hoover wrote: >>>> The "right" way would probably to do the copying yourself by >>>> read/write.. but I dunno. >>> Except that it would ignore the permissions issues that have already >>> been coded into the copy routines (and any updates that may eventually >> No, CreateFile (and friends) does the permissions checks (which you >> would still have to call). > That was worded poorly, Copy/Move already handle copying file attributes > and I imagine would eventually implement copying the access control list > information. Implementing ReplaceFile as calls to either Copy or Move > takes these issues into account. I see your point. However, since the function you are implementing is in kernel32 anyway you could abstract it away and make both functions (CopyFile and ReplaceFile) call some internal function. That way you would get rid of the locking completly which is argueably somewhat ugly. Felix

Feb. 28, 2007