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

[Bug 13261] New: Civilization III Crashes When Starting New Game
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=13261 Summary: Civilization III Crashes When Starting New Game Product: Wine Version: 1.0-rc1 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: sourtooth(a)gmail.com Created an attachment (id=13104) --> (http://bugs.winehq.org/attachment.cgi?id=13104) 0.9.61 Crash Log When Starting New Game: Gets Past Selecting Civilization, Loading, Displays Initial View Then Crashes As Soon As 1st Dialog Box Is Closed. Also Affects: Quickplay, Load Game & Load Scenario. This Makes The Game Useless. Running Mandriva 2008.1, Tested Both With 0.9.61 & 1.0-rc1 0.9.61 Doesn't Call wine_glflush() ( It Crashes In winex11 ) 1.0-rc1 Does Call wine_glflush() Attaching Logs From 0.9.61 & 1.0-rc1 I Believe The Context Isn't Being Set. This Would Be Why Dan Kegel Can Run It. He Has NVidia I Have Intel. The Drivers Must Have Different Policies On How To Handle It. Whatever Way It Is, Wine Must Set The Context Properly, This Means Other OpenGL Games Must Be Affected As Well. -- 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 10

[Bug 13006] New: Xfire ListView shows blocks for text or white spaces
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=13006 Summary: Xfire ListView shows blocks for text or white spaces Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gammasts(a)gmail.com CC: gammasts(a)gmail.com As seen here: http://xfireplus.com/jing/2008-05-06_0311.png The friend's list does not show text properly. All names come up as boxes (I am assuming this is due to unicode?). The control type is a SysListView (if that helps). On other tabs, the entries come up as blank white lines as seen here http://xfireplus.com/jing/2008-05-06_0311_001.png This has affected all versions of Xfire (current 1.91) and I have seen reports of it happening in every distribution of linux and wine (to date). Pictures above tested with fresh install of Ubuntu 8.04 x86, Xfire 1.91, and Wine 0.9.61. -- 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 18

[Bug 12858] New: winmm: wave.ok test fails in PC-BSD but not Linux
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=12858 Summary: winmm: wave.ok test fails in PC-BSD but not Linux Product: Wine Version: 0.9.60 Platform: PC OS/Version: FreeBSD Status: NEW Keywords: testcase Severity: minor Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=12554) --> (http://bugs.winehq.org/attachment.cgi?id=12554) +wave --snip-- wave.c:475: Test failed: waveOutGetPosition(0): returned 43422 samples (43422 bytes), should be 22050 (22050 bytes) wave.c:501: Test failed: waveOutGetPosition(0): SMPTE test failed wave.c:512: Test failed: waveOutGetPosition(0): MIDI test failed wave.c:523: Test failed: waveOutGetPosition(0): TICKS test failed --snip-- Total of 234! +wave attached -- 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

[Bug 12245] New: Graphics skip in Deus Ex
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=12245 Summary: Graphics skip in Deus Ex Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: stonej4(a)mcmaster.ca Created an attachment (id=11680) --> (http://bugs.winehq.org/attachment.cgi?id=11680) Read out of the wine debug mode When Deus Ex is run is a random skip in the graphics that can be observed in the background of the menu and during game play. There are several outputs in the terminal like this: fixme:d3d7:IDirect3DDeviceImpl_7_Load (0x5476ef8)->(0x6e00fe0,(nil),0x58ea8a8,(nil),00000000): Partially Implemented! A full log is attached. -- 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 9

[Bug 12171] New: adding popupmenu to itself, then using finditem causes stack overflow
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=12171 Summary: adding popupmenu to itself, then using finditem causes stack overflow Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mark.dufour(a)gmail.com The following code crashes WINE, but not Windows. It adds a popupmenu to the popupmenu itself, then calls MENU_FindItem via GetMenuState. MENU_FindItem keeps following the loop until it crashes with a stack overflow. Windows reacts a bit strangely, too, but does not crash. Messing around in MENU_FindItem allows WZebra (othello program, listed in the appdb) to start, but I was unable to figure out the correct solution. Not sure if WZebra accidentally creates a temporary loop, or that this is caused by some other regression. WZebra used to work great a long time ago. /* sub menu */ hSubMenu = CreatePopupMenu(); InsertMenu(hSubMenu, -1, MF_BYPOSITION, 1234, "loop"); /* main menu */ hMenu = CreateMenu(); InsertMenu(hMenu, -1, MF_BYPOSITION | MF_POPUP, (UINT)hSubMenu, "&File"); /* add popupmenu to itself */ ModifyMenu(hSubMenu, 1234, MF_POPUP, (UINT)hSubMenu, "loop"); /* MENU_FindItem ends up in infinite recursion */ GetMenuState(hMenu, (UINT)hSubMenu, 0); -- 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 10435] New: Portal 1.0: Portals don't always appear correctly ( clipping plane / frustum not being respected?)
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=10435 Summary: Portal 1.0: Portals don't always appear correctly (clipping plane / frustum not being respected?) Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chrislord.net(a)gmail.com Often in Portal, instead of seeing through a pair of portals, you end up seeing what's behind the destination portal - but this depends on the viewing angle and distance. It would appear that the clipping plane/frustum (whatever) when the portal is rendered is modified with respect to the player's position in Portal; or perhaps it *isn't* modified and is instead rendered with the same clipping frustum as the main viewpoint. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 9688] New: Thief: Deadly Shadows does not render text properly
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=9688 Summary: Thief: Deadly Shadows does not render text properly Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Created an attachment (id=8111) --> (http://bugs.winehq.org/attachment.cgi?id=8111) Screenshot illustrating problem Many things in Thief: Deadly Shadows do not properly render text. This makes it extremely difficult to use the menus, save/load games, or read in-game instructions. Also, the problem gets worse as you move the mouse around. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 9374] New: Ricochet Infinity window fills the screen when switching from fullscreen mode
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=9374 Summary: Ricochet Infinity window fills the screen when switching from fullscreen mode Product: Wine Version: 0.9.43. Platform: PC URL: http://appdb.winehq.org/appview.php?iVersionId=8907 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com By default, Ricochet Infinity runs in fullscreen mode at 800x600. When switching from fullscreen mode to windowed mode, the screen size is changed from 800x600 back to the original screen size (this should happen), and the window is resized to full the screen (this should not). This happens whether I'm using my normal window manager or running the program in a virtual desktop. Starting the game once the setting is changed to windowed mode works fine; the window is 800x600 and the screen size is not changed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 15206] New: Trouble with symbolic stack dumps and Chromium
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=15206 Summary: Trouble with symbolic stack dumps and Chromium Product: Wine Version: CVS/GIT Platform: Other URL: http://build.chromium.org/buildbot/snapshots/chromium- rel-xp/ OS/Version: other Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Chromium has nightly builds with pdb files at http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/ and if you install corefonts, then current wine can install and run (though for me chromium hangs when loading web page). However, getting symbolic stack dumps (sometimes?) fails. To get wine to find the symbol files, put them in the current directory (or the directory they were in when they were built, or a directory on Wine's PATH). But wine complains trace:dbghelp_msc:pdb_init PDB(Z:\home\dank\snapshots\1712\chrome-win32-syms\chrome_dll.pdb): "Microsoft C/C++ MSF 7.00\r\n\x1aDS\x00\ trace:dbghelp_msc:pdb_init found DS/f for Z:\home\dank\snapshots\1712\chrome-win32-syms\chrome_dll.pdb: age=30 guid={c007e080-dbde-4fd9-a8dd-ae84cd0524a9} warn:dbghelp:module_find_cb Found L"Z:\\home\\dank\\snapshots\\1712\\chrome-win32-syms\\chrome_dll.pdb", but wrong age: 00000030 0000002c (Does that mean the .pdb files are mismatched, or is this a wine bug?) This patch disables the "age" check and seems to let symbolic stacks to be produced: --- a/dlls/dbghelp/path.c +++ b/dlls/dbghelp/path.c @@ -560,7 +560,7 @@ static BOOL CALLBACK module_find_cb(PCWSTR buffer, PVOID use } if (pdb_lookup.age != mf->dw2) { - matched--; + //matched--; WARN("Found %s, but wrong age: %08x %08x\n", debugstr_w(buffer), pdb_lookup.age, mf->dw2); } although now I don't seem to need the patch, so maybe I'm smoking crack. Also, after about 12 lines of backtrace, winedbg seems to get stuck in an infinite loop. And before the backtrace there are hundreds of thousands of lines like fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1012 FWIW, here's my script to reproduce: #!/bin/sh set -xe # This snapshot crashed for me; normally you'll want the latest one SNAPSHOT=1712 export WINE=$HOME/wine-git/wine export WINEPREFIX=$HOME/.wine cd $HOME mkdir -p pdb-bug cd pdb-bug # Grab and unpack a snapshot of Chromium including debugging symbols wget -c http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/$SNAPSHOT/chro… test -d chrome-win32 || unzip chrome-win32.zip wget -c http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/$SNAPSHOT/chro… test -f chrome_exe.pdb || unzip -j chrome-win32-syms.zip # Clean up .wine and install corefonts rm -rf $WINEPREFIX rm -f winetricks wget http://kegel.com/wine/winetricks sh winetricks -q corefonts $WINE chrome-win32/chrome.exe --no-sandbox --single-process --disable-breakpad http://www.kegel.com 2>&1 | tee wine.log echo 'Now look at $PWD/wine.log to see whether a symbolic backtrace was produced.' echo 'Without the patch, it (sometimes?) fails with WARN "Found %s, but wrong age".' -- 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 26

[Bug 17453] New: err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
by wine-bugs＠winehq.org Oct. 21, 2009

Oct. 21, 2009

http://bugs.winehq.org/show_bug.cgi?id=17453 Summary: err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count Product: Wine Version: 1.1.15 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dima1236(a)gmail.com CC: dima1236(a)gmail.com This is error running uTorrent on wine both Debian etch 4.0 and ubuntu Hardy 8.04lts err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! is there a fix or way to fix that ?? Thanks, Best Regards, Dima. -- 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 6