December 2006 - Wine-Devel - list.winehq.org

Re: mscoree: Take advantage of an installed Mono for Windows to run .NET applications.
by Alexandre Julliard Dec. 11, 2006

Dec. 11, 2006

Hans Leidekker <hans(a)it.vu.nl> writes: > + memset(&si, 0, sizeof(si)); > + si.cb = sizeof(si); > + if (!CreateProcessW(NULL, cmd_line, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi)) > + { > + HeapFree(GetProcessHeap(), 0, cmd_line); > + return -1; > + } > + > + if (WAIT_OBJECT_0 != WaitForSingleObject(pi.hProcess, 10000)) > + WARN("Timed out waiting for command to start\n"); This waits for the process to end. If you really want to wait for it to start you have to use something like WaitForInputIdle. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: DDraw: Protect IDirectDrawImpl against race conditions
by Alexandre Julliard Dec. 11, 2006

Dec. 11, 2006

Stefan Dösinger <stefandoesinger(a)gmx.at> writes: > @@ -356,6 +373,8 @@ IDirectDrawImpl_SetupFullscreenWindow(ID > * Helper function that restores a windows' properties when taking it out > * of fullscreen mode > * > + * Assumes that the critical section is properly held > + * This seems dangerous, changing the window size will potentially send messages to other threads, so doing it inside the lock can cause deadlocks. -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: OpenAL32.dll thunk and OpenAL winmm driver
by Stefan Dösinger Dec. 11, 2006

Dec. 11, 2006

Am Sonntag 26 November 2006 00:25 schrieb Nick Burns: > dlls/openal32/openal.c: main thunk file > dlls/openal32/Makefile.in: simple thunk makefile > dlls/openal32/openal32.spec: openal+alut spec file > dlls/winmm/wineopenal/audio.c: main winmm driver file > dlls/winmm/wineopenal/Makefile.in: simple winmm makefile > dlls/winmm/wineopenal/openal.c: simple interface > dlls/winmm/wineopenal/openal.h: simple header for simple interface > dlls/winmm/wineopenal/wineopenal.drv.spec: winmm spec file I think you should send the thunk and winmm driver in 2 seperate patches

11 18

Hoiga salaray software
by Mattias Eriksson Dec. 11, 2006

Dec. 11, 2006

Hi, I'm a user of Hogia salary software under wine. It works fine with wine 0.9.11 but something broke in 0.9.12. It has gotten better with the latest versions but it still has a bug that makes it not work. I have been in contact with the Hogia developers and they are willing to provide a demo version of the software for you to look at but they need some information about who they should contact? So if you just mail me some contact information and I'll forward them to the Hogia developers. //Mattias

3 2

Yet another benchmark: Sandra
by Dan Kegel Dec. 10, 2006

Dec. 10, 2006

While looking around for windows benchmarks, I ran into http://www.mysimon.com/4520-6603_8-5020816-1.html which mentions a benchmark called Sandra. Sandra Lite is a free download available from http://www.sisoftware.net/?dir=dload&location=sware_dl_all There are two versions available for download: the one for win2k and up (done in 2006), and the one for win98 (done in 2004). The win2k one installs, but fails silently on startup. Wine says: ~/.wine/drive_c/Program Files/SiSoftware/SiSoftware Sandra Lite XIb$ ~/wine-git/wine sandra.exe fixme:actctx:FindActCtxSectionStringW 00000000 (null) 2 L"msvcr80.dll" 0x337acc fixme:actctx:CreateActCtxW 0x33fa30 00000088 ... fixme:wintrust:WinVerifyTrust 0xffffffff {00aac56b-cd44-11d0-8cc2-00c04fc295ee} 0x33edc0 fixme:crypt:CryptVerifyMessageSignature stub: 0x33ede0, 0, 0x6e81d8, 4296, (nil), 0x33edc4, 0x33edc0 fixme:actctx:ReleaseActCtx 0xf00baa ... and exits. The win98 one wants mdac 2.5 installed before installing, and fails to run because winscard.dll is not present. :-( So I guess Sanda doesn't like wine much at the moment. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

old benchmark #2: business winstone?
by Dan Kegel Dec. 10, 2006

Dec. 10, 2006

There's an update to business winstone online at ftp://ftp.pcmag.com/benchmarks/bwinstone, but according to http://web.archive.org/web/20041024235010/www.etestinglabs.com/benchmarks/b… the full benchmark was only available on cd-rom. Anyone have a copy of that around still? Thanks, Dan

1 0

winbench '99?
by Dan Kegel Dec. 10, 2006

Dec. 10, 2006

I noticed that, way back six years ago, there was interest in getting winbench '99 running on wine: http://www.kernel-traffic.com/wine/wn20000214_30.html#3 Winbench '99 is still available as a free download from ftp://ftp.pcmag.com/benchmarks/winbench (check out the cool Y2K bug in the directory listing there). I tried it just now with current wine, and it installs ok, but when you start it, it aborts with the error Create system info object failed and wine shows ~/.wine/drive_c/ZDBENCH/UI32$ ~/wine-git/wine ZDBUI32.exe err:ole:CoGetClassObject class {18483923-9673-11cf-ad24-149efa000000} not registered err:ole:CoGetClassObject no class object {18483923-9673-11cf-ad24-149efa000000} could be created for context 0x1 Anyone know what's up with that, or whether this worked with Wine at one time? - Dan p.s. I'd have opened up a report in Bugzilla, but bugs.google.com doesn't seem to be listening on port 80 at the moment.

1 0

Re: user32/winex11: Move CursorClip functionality from user to winex11.
by Pierre d'Herbemont Dec. 10, 2006

Dec. 10, 2006

Vitaliy, Would it be possible to keep that code in user? You could probably compute virtual_screen_rect from GetMonitorInfo() function? I am trying to get as much driver independant code from winex11.drv to user32, so that winequartz.drv won't have to duplicate too much winex11.drv code. Pierre.

1 0

How to deal with render targets in wined3d
by Stefan Dösinger Dec. 10, 2006

Dec. 10, 2006

Hi, The render target support in wined3d is a bit jerky. Basically we're dealing with 2 sorts of render targets: Offscreen textures and onscreen swapchains. Onscreen swapchains have their own drawable and glx context right now, for offscreen textures have that too, except if fbos are used. The seperate context makes a problem. Due to that the render target change has to be performed before any other opengl states are set for drawprim, and it requires keeping track of multiple sets of gl states. The question is, do we need a seperate context? Primary swapchain: essentially, no Back buffer offscreen rendering: not really PBuffer offscreen rendering: Yes? No? FBO offscreen rendering: No Secondary swapchain: Yes? No? Technically a swapchain and offscreen render target would match a glx drawable. However, can we switch the drawable, but keep the context? Can we switch the drawable that the context is used on? What is better performance-wise? Switching a context's drawable, or switching context and drawable and applying all states that changed since the last use of that context? The main thing I'm concerned about are driver bugs. I know that the dri drivers keep track of per-drawable settings per context, what might other drivers do? Another question is what do do about pbuffers. Pbuffers are pretty nasty. Are there any cards out there which have a working pbuffer support, but no fbo support? If we slightly modify the back buffer rendering we can render on auxiliary buffers instead of the pbuffer(If there are any cards out there supporting that). My new state management can handle multiple contexts per device, it has to do that for multithreading. However, if we can do the render target stuff with only one context things will get MUCH easier. Stefan

1 0

Re: WGL: pixel formats
by Tomas Carnecky Dec. 10, 2006

Dec. 10, 2006

Roderick Colenbrander wrote: > Hi, > > This patch makes the WGL code independant of the number of supported pixelformats. At the moment only a single format is supported but this will be extended with a few other 'compatible' formats to provide more opengl functionality like multisampling support. > Please don't apply this patch: DescribePixelFormat(hDC, 0, 0, NULL) should succeed and return the number of available pixel formats - WoW expects this behavior. But someone should probably write a test for that. tom

1 0

winehq.org flakiness?
by Dan Kegel Dec. 10, 2006

Dec. 10, 2006

What is up with winehq.org? Seems like it's down half the time lately. Now, for instance.

2 1

file/directory changes not working with openSUSE 10.2/ kernel 2.6.18?
by Marcus Meissner Dec. 10, 2006

Dec. 10, 2006

Hi, While running make check on the (64bit) kernel 2.6.18 supplied with openSUSE 10.2, I get failures in the kernel/tests/change and ntdll/tests/change tests: ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so change.c && touch change.ok change.c:272: Test failed: failed to create directory change.c:284: Test failed: failed to create subdir change.c:287: Test failed: should be ready change.c:290: Test failed: should be ready change.c:299: Test failed: failed to remove subdir change.c:302: Test failed: should be ready change.c:305: Test failed: should be ready change.c:317: Test failed: failed to remove dir change.c:415: Test failed: ov.Internal wrong (res 259) change.c:416: Test failed: ov.InternalHigh wrong change.c:420: Test failed: action wrong change.c:421: Test failed: len wrong change.c:422: Test failed: name wrong change.c:457: Test failed: ov.Internal wrong change.c:458: Test failed: ov.InternalHigh wrong change.c:469: Test failed: action wrong change.c:470: Test failed: len wrong change.c:471: Test failed: name wrong change.c:483: Test failed: ov.Internal wrong change.c:484: Test failed: ov.InternalHigh wrong change.c:494: Test failed: should be ready change.c:496: Test failed: ov.Internal wrong change.c:497: Test failed: ov.InternalHigh wrong change.c:501: Test failed: action wrong change.c:502: Test failed: len wrong change.c:503: Test failed: name wrong change.c:521: Test failed: action wrong change.c:522: Test failed: len wrong change.c:523: Test failed: name wrong change.c:525: Test failed: ov.Internal wrong change.c:526: Test failed: ov.InternalHigh wrong change.c:585: Test failed: should timeout change.c:593: Test failed: ov.Internal wrong change.c:612: Test failed: should be ready change.c:614: Test failed: ov.Internal wrong change.c:672: Test failed: should timeout change.c:682: Test failed: event should be ready change.c:684: Test failed: ov.Internal wrong change.c:685: Test failed: ov.InternalHigh wrong change.c:688: Test failed: offset wrong change.c:689: Test failed: action wrong change.c:690: Test failed: len wrong change.c:691: Test failed: name wrong make: *** [change.ok] Fehler 43 I tried setting a breakpoint on inotify_poll_event and inotify_get_poll_events but they do not trigger even once. My suspicion is that the new kernel don't wake the queue correctly. :/ Ciao, Marcus

2 1

Wine performance (opengl)
by nlataill Dec. 9, 2006

Dec. 9, 2006

Hi, I am using wine to play World of warcraft (this game is using opengl, and is threaded - 2/3 threads IIRC). I did recently find a reproductable performance regression on versions 0.9.24+. Under the same conditions (always difficult to get in an MMORPG game, but this is reproductible), version 0.9.23 gives me 20/25% more FPS than versions 0.9.24->0.9.26 (have not tried .27 yet). - Is this performance regression known/expected on opengl/threaded applications (new codebase) ? - Is someone using WOW here (and has found a similar preformance regression) ? - It is worth for me to start looking at it (more measures, throw oprofile at it, bissect the change...) Thanks, Norbert

2 2

Re: d3d: Fix EnumAdapterModes and add an adapter mode format test
by H. Verbeet Dec. 9, 2006

Dec. 9, 2006

On 09/12/06, Chris Robinson <chris.kcat(a)gmail.com> wrote: >+ * Copyright (C) 2006 Henri Verbeet Except for perhaps the creation of the device, there's not a lot of code I wrote in there. You should at least include your own name in there.

1 0

wine-rpm on mandriva2007_x86-64
by Daniele Bagaglini Dec. 9, 2006

Dec. 9, 2006

For installing the latest *wine-rpms* and working with it, on mandriva-2007.0_x86-64, we need to install libxxf86vm1-1.0.1-2mdv2007.0.i586.rpm downloadable on a mandriva2007_x86_32 repository, like this for example: ftp://mirror.pacific.net.au/MandrivaLinux/official/2007.0/i586/media/main/release Regards -- Daniele Bagaglini

1 0

Re: d3d: Fix EnumAdapterModes and add an adapter mode format test
by Stefan Dösinger Dec. 9, 2006

Dec. 9, 2006

Am Samstag 09 Dezember 2006 19:28 schrieb Chris Robinson: > This patch fixes D3D adapter mode enumeration, which clears some issues > some games had when starting (eg. Morrowind being unable to set a mode). > I've added an adapter test (modified from the texture test) to D3D 9 which > tests all the D3DFORMAT types. > > Apologies for the macro (a)buse in the test, but it would've been more > combersome to have to manually make strings for each of the modes without > it. Do not apply this patch yet. The WINED3DFMT_X1R5G5B5 test fails on my brothers windows xp system. Win2k system also seem to have sporadic test failures.

1 0

re: First case of a real virus infection on wine
by Dan Kegel Dec. 9, 2006

Dec. 9, 2006

Stefan wrote: >What we noticed pretty fast was that at least 3 windows boxes were infested >with a bunch of malware, and trying to infect each other over network shares. >The virus alert messages popping up made playing impossible. The obvious >solution: Disable the virus scanners. I think that qualifies you for the Darwin award! Can you try Christoph's ClamAV integration, http://www.christoph-probst.com/soc2006/wine/ and see if it would have prevented the infection? - Dan

3 2

First case of a real virus infection on wine
by Stefan Dösinger Dec. 9, 2006

Dec. 9, 2006

Hi, Seems like I just got the victim of the first infection of a windows virus on wine :-( . I got infected with some virus called W32.Parite.B. Unlike most of the biests out there it is a real virus that attaches itself to existing .exe files, not a stand-alone worm. I caught it yesterday on a small private gaming session. I didn't have Warcraft 3 installed, so instead of installing and messing with patches I would have had to download I decided to copy an existing installation over. That seemed to work fine at first :-/ What we noticed pretty fast was that at least 3 windows boxes were infested with a bunch of malware, and trying to infect each other over network shares. The virus alert messages popping up made playing impossible. The obvious solution: Disable the virus scanners. So with the protection disabled those windows boxes were able to play, everything seemed to work fine. I noticed that something was wrong when my Battlefield 1942 crashed, which worked a few hours before when tested for regression in my new patches. ClamAV showed up a W32.Parite.B infection in bf1942.exe. That virus wasn't only in bf1942.exe, I found it in the war3 installation I copied over too. Looks like it came from there. I found it in all .exe files on my fake C:\ drive, except of our fake .exe's in C:\windows\system32. Looks like it didn't like those. Next I had a look at my real windows installation mounted in /media/windows, and found it infected too. Well, that was easy to clean up with a mkfs because I didn't have anything valueable in there. Well, the thing that is rather bad is that it infected my downloaded game demos and other files on my home drive. Luckily I didn't have my external hard drive with the rest of my stuff attached when I ran wine. So I've now deleted my wine installation, windows installation and all .exe files on my disk. I'm scanning my whole linux drives to be sure, but I didn't run wine as root and I'm confident that the Linux file security prevented the worst problems. To summarize, I got into the trouble mainly because I ignored the basic security guidelines. I ran executables from a really not trustworthy source, knowing that my friends' windows boxes are in a bad shape quite often. My real windows installation got infected because I had it world writeable for no real reason. On the bright side, running as a least priviledged user prevented the worst problems. If anyone wants to play around with that virus, I kept my infected GenuineCheck.exe :-) Stefan

1 0

Re: appdb/include version.php
by Tony Lambregts Dec. 9, 2006

Dec. 9, 2006

WineHQ wrote: > ChangeSet ID: 30433 > CVSROOT: /opt/cvs-commit > Module name: appdb > Changes by: wineowner(a)winehq.org 2006/12/08 22:28:20 > > Modified files: > include : version.php > > Log message: > Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> > Colourize the maintainer's rating and version fields with the appropriate > rating colours, both in the application and version view. > This should make it easier for users to identify working versions, and it also > prevents the maintainer's rating from being 'overshadowed' by the test > results. > > Patch: http://cvs.winehq.org/patch.py?id=30433 > > Old revision New revision Changes Path > 1.86 1.87 +12 -4 appdb/include/version.php > > Index: appdb/include/version.php > diff -u -p appdb/include/version.php:1.86 appdb/include/version.php:1.87 > --- appdb/include/version.php:1.86 9 Dec 2006 4:28:20 -0000 > +++ appdb/include/version.php 9 Dec 2006 4:28:20 -0000 > @@ -662,9 +662,14 @@ class Version { > echo " </td></tr>\n"; > } > > + if($this->sTestedRating != "/" && $this->sTestedRating) > + $sMaintainerColor = $this->sTestedRating; > + else > + $sMaintainerColor = "color0"; > + > // rating Area > - echo "<tr class=\"color1\" valign=\"top\"><td>Maintainer Rating</td><td>".$this->sTestedRating."</td></tr>\n"; > - echo "<tr class=\"color0\" valign=\"top\"><td>Maintainers Version</td><td>".$this->sTestedRelease."</td></tr>\n"; > + echo "<tr class=\"$sMaintainerColor\" valign=\"top\"><td>Maintainer’s Rating</td><td>".$this->sTestedRating."</td></tr>\n"; > + echo "<tr class=\"$sMaintainerColor\" valign=\"top\"><td>Maintainer’s Version</td><td>".$this->sTestedRelease."</td></tr>\n"; > > // image > $img = Screenshot::get_random_screenshot_img($oApp->iAppId, $this->iVersionId, false); > @@ -923,12 +928,15 @@ class Version { > // set row color > $bgcolor = ($c % 2 == 0) ? "color0" : "color1"; We need to initialize aRatingColor like this... $sRatingColor = "class=\$bgcolor\""; > > + if($oVersion->sTestedRating && $oVersion->sTestedRating != "/") > + $sRatingColor = "class=\"$oVersion->sTestedRating\""; > + or it needs an else like so... else $sRatingColor = "class=\$bgcolor\""; Otherwise we get this problem. http://appdb.winehq.org/appview.php?iAppId=8 > //display row > echo "<tr class=$bgcolor>\n"; > echo " <td><a href=\"".BASE."appview.php?iVersionId=".$iVersionId."\">".$oVersion->sName."</a></td>\n"; > echo " <td>".util_trim_description($oVersion->sDescription)."</td>\n"; > - echo " <td align=center>".$oVersion->sTestedRating."</td>\n"; > - echo " <td align=center>".$oVersion->sTestedRelease."</td>\n"; > + echo " <td $sRatingColor align=center>".$oVersion->sTestedRating."</td>\n"; > + echo " <td $sRatingColor align=center>".$oVersion->sTestedRelease."</td>\n"; > echo " <td align=center>".Comment::get_comment_count_for_versionid($oVersion->iVersionId)."</td>\n"; > echo "</tr>\n\n"; > > > >

1 0

XRenderFindDisplay crash / user32 winex11 initialisation order problem
by Peter Oberndorfer Dec. 8, 2006

Dec. 8, 2006

Hi, today i wanted to create a test for CreateCompatibleDC so i created a exe with this content [1] just to find out it crashes wine inside XRenderFindDisplay [2] The reason is that the CreateCompatibleDC call in gdi executes LoadLibrary winex11.drv which in turn also loads user32.dll, because winex11.drv links to it. Then in DllMain user32 registers some builtin classes which causes it to call into winex11. But at this point DllMain of winex11 had no chance to execute and XRenderQueryExtension gets passed a NULL pointer which makes it unhappy. Unfortunately i have no idea how to properly solve this problem :-( * Use UserClientDllInitialize for initializing user32 stuff as the comment above DllMain mentions it? * I tried linking gdi32 to user32(windows seems to do that) and inserted a dummy IsCharAlphaA('c'); to make sure it is *really* linked :-) And it does not crash anymore, but i don't know if i break any assumptions with that. Also i think it is preferable to defer loading the driver until it is really needed. If you have a better idea of how to fix this please tell me. Greetings Peter 1: simplified version, compile with winegcc foo.c -lgdi32 #include <windows.h> int main(int argc, char ** argv){ CreateCompatibleDC(NULL); } 2: see attachment

1 0

Re: advapi32: Fix comparisons of unsigned expressions with zero
by Mike McCormack Dec. 8, 2006

Dec. 8, 2006

Andrew Talbot wrote: > - if( n < 0 ) > + if( (LONG)n < 0 ) Why not change the type of n to LONG rather than using a cast? Mike

2 1

mshtml as html parser
by Kirill K. Smirnov Dec. 8, 2006

Dec. 8, 2006

Hi, all! Just a little question: can wine's current implementation of mshtml.dll be used as html parser? I need to convert html code into a tree without displaying it. I tried to look through the code, but I'm not familiar with OLE. BTW some E_NOIMPL confused me. Thanks in advance

3 2

Re: mshtml #1: Added get_parentWindow implementation.
by Detlef Riekenberg Dec. 8, 2006

Dec. 8, 2006

Hi. I have no Idea about COM, but while i was reading your Patch to learn, I do not understand this pair: > + > +#define HTMLWINDOW2_THIS(iface) DEFINE_THIS(HTMLWindow, HTMLWindow2, > iface) > + > +#undef HTMLWINDOW_THIS > + Did you mean +#undef HTMLWINDOW2_THIS > here? -- By by ... Detlef

2 1

audio glitch patch by mike hearn
by kfs1＠online.no Dec. 8, 2006

Dec. 8, 2006

I'm trying to implement this patch: http://wiki.winehq.org/Implement_SetThreadPriority by Mike Hearn which will enable wine to work without all the nasty audio glitches when using alsa. However hunk 1 fails on configure.ac as the patch hasn't been updated to latest wine. Can anyone help me get this baby compiled as i want to play my games without the nasty audio glitches and don't care if i have to be root/sudo/whatever. If there are any details (does wineserver/wine* has to be setuid root? do i need any special settings in winecfg, will it work with sudo or do i have to be root,etc etc) I would like to get informed of them also as it will probably take me days to figure it out on my own <:) some guy rediffed(whatever that means) it here: http://bbs.archlinux.org/viewtopic.php?t=27529&highlight= but it doesn't seem to work. Thanks for all the help. I'm asking here as Mike is too busy to fix it, but he says it should be an easy fix. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

8 16

Re: [doc]: Fix system32, winecfg and Printers
by Kai Blin Dec. 8, 2006

Dec. 8, 2006

On Friday 08 December 2006 01:03, Detlef Riekenberg wrote: > - <para> > - The next few settings primarily affect games and are somewhat > + The first few settingsare primarily affect games and are You missed a space there. > somewhat self-explanatory. You can prevent the mouse from leaving the > window of a DirectX program (i.e. a game.) and the default is Cheers, Kai -- Kai Blin, <kai Dot blin At gmail Dot com> WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin/ -- Will code for cotton.

1 0