April 2010 - Wine-Bugs - list.winehq.org

[Bug 22523] New: Unreal Engine 1 Games fail at Startup due to wined3d regression in 1.1.41-1.1.42
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22523 Summary: Unreal Engine 1 Games fail at Startup due to wined3d regression in 1.1.41-1.1.42 Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: byteframe(a)gmail.com Created an attachment (id=27604) --> (http://bugs.winehq.org/attachment.cgi?id=27604) wine-1.1.42 output, and d3d trace Unreal Engine 1 Games fail at Startup due to wined3d regression in 1.1.41-1.1.42 Due to a regression in wine during the 1.1.41 to 1.1.42 timeframe, Unreal Engine 1 based games (tested with Unreal Gold, Unreal Tournament, and Deus Ex) fail to startup due to a d3d error. The error dialog box produced by the application says: ---- General protection fault! History: UD3DRenderDevice::SetRes <- UD3DRenderDevice::Init <- UWindowsViewport::TryRenderDevice <- UWindowsViewport::OpenWindow <- UGameEngine::Init <- InitEngine ---- A regression test in dlls/wined3d shows the following to be the regression: 19b6f5ca75b43f61a366aa521eab9ddbfc4f99dd is first bad commit commit 19b6f5ca75b43f61a366aa521eab9ddbfc4f99dd Author: Stefan DÃ¶singer <stefan(a)codeweavers.com> Date: Sun Mar 28 16:25:04 2010 +0200 wined3d: Control the onscreen depth stencil format in the swapchain. This allows the swapchain to know what depth format its window contexts have to see if the requested depth format is compatible or a FBO fallback is needed, and it will be needed to set the onscreen format to the requested auto depth stencil format instead of the let's-hope-it-fits D24_UNORM_S8_UINT format. :040000 040000 2f6e9d3017c2e6715b6561d25cca4e947ee95000 44d70c59cce2f82aa3f2d8b6e19679588f81e1b8 M dlls http://source.winehq.org/git/wine.git/?a=commit;h=19b6f5ca75b43f61a366aa521… This is on a laptop running Slackware 13.0 (linux-2.6.30-5, xorg-server 1.6.3) using intel-2.8.1 driver, and OffscreenRenderingMode=backbuffer. I'll probably end up testing this on a similiar (albeit nvidia-195.36.15, OffscreenRenderingMode=fbo) desktop. I first noticed this problem while on wine-1.1.43, but attached is the plain output, followed by a verbose d3d trace (WINEDEBUG="+d3d") of wine-1.1.42. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 22478] New: Major performance drop in King's Bounty games with shadows enabled
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22478 Summary: Major performance drop in King's Bounty games with shadows enabled Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Since Wine-1.1.43 both King's Bounty: The Legend and the sequel, King's Bounty: Armored Princess are unplayable when shadows are enabled in the game. Both games suffer severe performance drops with shadows enabled. This was not the case prior to 1.1.43: I was able to play both games at reasonable framerates with 'normal' shadows enabled on my mediocre hardware. Tested with the Steam version of the games. Workaround: disable shadows completely in the game. The issue doesn't seem to affect the gameplay any other way. Howto test the issue: Start King's Bounty-Armored Princess, click on 'Options' and set shadow quality anything beyond 'Neutral'. See the performance drops on the animated background behind the princess in the menu. The main game itself also becomes unplayable due to low framerates. Bisecting between 1.1.42 and 1.1.43 came up with the following commit: 738ca2f5fcf6e9deea42363382dca2ec7626aee0 is the first bad commit commit 738ca2f5fcf6e9deea42363382dca2ec7626aee0 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Apr 16 12:41:02 2010 +0200 wined3d: Allow offscreen depth/stencil clears again with FBOs. This fixes a regression introduced by 10f58c14bcdeba9f7ea82701b9d9ab8f2bb3414b. :040000 040000 5e87b8acc9f665d579fe268b44c59e59db1990d8 0ce8660d89f207fd0281b0e2ed259eb4851a937d M dlls Reverting that patch was successful, the game runs at normal framerates now, but whole textures are missing in the game now (after the reverted patch). I couldn't add the author of the patch to CC. Fedora 12 x86 Wine-1.1.43 Nvidia 7600 GT with driver 195.36.15 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 22462] New: Trying to print without a printer installed causes an X11 error (BadCursor)
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22462 Summary: Trying to print without a printer installed causes an X11 error (BadCursor) Product: Wine Version: 1.1.43 Platform: x86 URL: http://source.winehq.org/git/wine.git/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexander.scott.johns+winebug(a)googlemail.com CC: julliard(a)winehq.org Go into Notepad, and click Print... on the File menu. You get a "Before you can perform printer-related tasks..." message, and the message fixme:winspool:WINSPOOL_EnumPrintersW We don't handle PRINTER_ENUM_CONNECTIONS appears in the terminal. Click OK. Notepad disappears: X Error of failed request: BadCursor (invalid Cursor parameter) Major opcode of failed request: 95 (X_FreeCursor) Resource id in failed request: 0x3e0008f Serial number of failed request: 4021 Current serial number in output stream: 4174 This is a regression; regression testing identified: 776527f38f2ff89f354e49aa8df795440677376a is first bad commit commit 776527f38f2ff89f354e49aa8df795440677376a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Apr 20 21:23:00 2010 +0200 fixme:winspool:WINSPOOL_EnumPrintersW We don't handle PRINTER_ENUM_CONNECTIONS winex11: Move creation of an empty cursor to a separate helper function. :040000 040000 fdea68ef055bcd049a0865d0a3d77a177ad08162 3694c600bca7911d3713cfe9913c04cf421a279f M dlls Possibly related: After clicking OK, a couple of corrupt-looking rectangles appear on the Notepad window, just before it disappears. But this also happened before the commit. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 22441] New: DNSBench cannot save to file an image
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22441 Summary: DNSBench cannot save to file an image Product: Wine Version: unspecified Platform: x86 URL: http://www.grc.com/dns/benchmark.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: JosephHenryBlack(a)yahoo.co.nz GRC's DNSBench.exe (a tiny 150kb download written in assembler) cannot save an image. This app works well in wine with only a few small issues: fixme:gdiplus:GdipCreateBitmapFromGdiDib don't know how to handle 32 bpp To see this, start DNSBench, it briefly checks for internet access and shows 4 main tabs. Click on the Nameservers tab, and it displays a list of IP addresses and names. Right click on this and the menu shows the 8th option as "Save all as image to file" This is shown in the attachment (a closeup from a screenshot). http://source.winehq.org/source/dlls/gdiplus/image.c#L1215 line 1215 GpStatus WINGDIPAPI GdipCreateBitmapFromGdiDib shows 32bpp not handled yet. winetricks gdiplus works around this problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 22424] New: MS odbctest don't work wit unixodbc
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22424 Summary: MS odbctest don't work wit unixodbc Product: Wine Version: 1.1.41 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: odbc AssignedTo: wine-bugs(a)winehq.org ReportedBy: edo.rus(a)gmail.com Created an attachment (id=27463) --> (http://bugs.winehq.org/attachment.cgi?id=27463) 'WINEDEBUG=+odbc wine OdbcTE32.Exe' output steps to reproduce: 1. install unixodbc, create empty /etc/odbc.ini, /etc/odbcinst.ini; 2. run OdbcTE32.Exe (from MS odbctest); 3. press Ctrl+F (or "Full Connect" from menu); 4. it crash. You can download MS odbctest from http://www.datadirect.com/support/downloads/tools/index.ssp some notes: - unixodbc and builtin odbc32.dll work on same wine installation with other windows application; - with installed MDAC and native odbc32.dll odbctest work. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 22410] New: Age Of Empires III: Initialization failed
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22410 Summary: Age Of Empires III: Initialization failed Product: Wine Version: 1.1.39 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: unmacaque(a)gmail.com Created an attachment (id=27429) --> (http://bugs.winehq.org/attachment.cgi?id=27429) Terminal output of age3y.exe under 1.1.43 Starting with wine 1.1.39 and onwards, Age Of Empires III will not start anymore. When launching the game or any of its addons, a very uninformative "Initialization failed" message pops up right at the splash screen and the startup is aborted. The most recent version tested is 1.1.43 where the problem persists. Prior versions to 1.1.38 do work without problem on the very same system. My OS is Ubuntu 9.10 64 bit. I don't know if it is related to this bug but with 1.1.38, the game would not start complaining that MSXML 4.0 was not installed although it was. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 22366] New: Call of Duty 4 is black in-game
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22366 Summary: Call of Duty 4 is black in-game Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz This is 0-Day regression, which causes that Call of Duty 4 is completely black in the game. You see just amount of ammo but no 3D visual. Other things like menu, intro etc is OK. Reverting on top of wine-1.1.42-345-gd4b8536 makes this problem go away. Hi Roderick, hopes that this get fixed before tomorrow's release ;) Otherwise i will spend next 14days wit confirming this commit as regression... commit 10f58c14bcdeba9f7ea82701b9d9ab8f2bb3414b Author: Roderick Colenbrander <thunderbird2k(a)gmail.com> Date: Mon Apr 12 12:08:06 2010 +0200 wined3d: Improve FBO support in ClearSurface. :040000 040000 9a3f2c11e17e5e98c8f5beadfd14a32dc04528a9 a2fdf8a6d92b60e289defed53374593da2cf4d83 M dlls -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 22228] New: [mono testcase] Registry functions cannot handle very long value names
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22228 Summary: [mono testcase] Registry functions cannot handle very long value names Product: Wine Version: 1.1.41 Platform: x86 OS/Version: Linux Status: NEW Keywords: dotnet, source, testcase Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Created an attachment (id=27131) --> (http://bugs.winehq.org/attachment.cgi?id=27131) mono test failures See attachment for backtraces. The mono test suite is running RegDeleteKey and RegQueryValueEx with value names that are 400 characters long. RegDeleteKey fails, oddly enough, with ERROR_MORE_DATA. I have not checked the RegQueryValueEx failure. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 22226] New: [mono testcase] RegEnumValue succeeds when called with a deleted registry key
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22226 Summary: [mono testcase] RegEnumValue succeeds when called with a deleted registry key Product: Wine Version: 1.1.41 Platform: x86 URL: http://anonsvn.mono-project.com/viewvc/branches/mono-2 -6/mcs/class/corlib/Test/Microsoft.Win32/RegistryKeyTe st.cs?revision=142637#l3003 OS/Version: Linux Status: NEW Keywords: dotnet, source, testcase Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com The Mono test suite, when run on Wine, gives me the following failure: Test Case Failures: 1) MonoTests.Microsoft.Win32.RegistryKeyTest.bugnew1 : #13 at MonoTests.Microsoft.Win32.RegistryKeyTest.bugnew1 () [0x00194] in /home/meh/work/mcs/class/corlib/Test/Microsoft.Win32/RegistryKeyTest.cs:3047 at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x000d0] in /home/meh/work/mcs/class/corlib/System.Reflection/MonoMethod.cs:213 Mono is doing something like the following: * Create a new registry key. * Delete the new registry key, while it is open. * Call RegEnumValue on the open handle. * Expect failure. Wine apparently succeeds in this case. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 22153] New: Pegasus Mail 4.52 closes when sending a message
by wine-bugs＠winehq.org May 7, 2010

May 7, 2010

http://bugs.winehq.org/show_bug.cgi?id=22153 Summary: Pegasus Mail 4.52 closes when sending a message Product: Wine Version: 1.0.1 Platform: x86 URL: http://www.pmail.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk Pegasus Mail 4.52 works very well :) except it closes when you send a message (either to "queue" the message or send it over SMTP) - fortunately the message sends successfully, despite the program closing. I sent a few messages to my own e-mail address and they arrived fully intact, including one with an attachment. As I'm new to Linux, please bear with me. I cannot take part in expert testing. I'm posting bug reports voluntarily to help improve Wine. Thank you for reading. PS I'm already aware that a separate bug report has been posted about the secure ("SSL", "STARTTLS" or "STLS") mode not working for POP3 and SMTP under Wine. I don't know if I need to install a beta version of Wine for the secure sending/receiving modes to work? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5