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

[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

[Bug 15751] New: CFileSystem_Steam::Init() failed: failed to find steam interface
by wine-bugs＠winehq.org Oct. 21, 2009

Oct. 21, 2009

http://bugs.winehq.org/show_bug.cgi?id=15751 Summary: CFileSystem_Steam::Init() failed: failed to find steam interface Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: someprogr(a)yahoo.com I receive the error "CFileSystem_Steam::Init() failed: failed to find steam interface" When trying to start any steam game. I have tried several wine versions as well as wine GIT. I have completely cleared out .wine and reinstalled the game many times but I still get the error. -- 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 17476] New: Euphrat Workflow: hang on connect to server
by wine-bugs＠winehq.org Oct. 21, 2009

Oct. 21, 2009

http://bugs.winehq.org/show_bug.cgi?id=17476 Summary: Euphrat Workflow: hang on connect to server Product: Wine Version: 1.1.14 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thesource(a)mail.ru Created an attachment (id=19570) --> (http://bugs.winehq.org/attachment.cgi?id=19570) Euphrat wine stdout This document processing program hangs after connecting to server and trying to load something. Output 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 7

[Bug 19372] New: Neverwinter Nights 2 runs successfully with WINEDEBUG="file,relay,tld,seh", but fails to start w\o debug
by wine-bugs＠winehq.org Oct. 21, 2009

Oct. 21, 2009

http://bugs.winehq.org/show_bug.cgi?id=19372 Summary: Neverwinter Nights 2 runs successfully with WINEDEBUG="file,relay,tld,seh", but fails to start w\o debug Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: freijie(a)gmail.com Neverwinter Nights 2 executable 'hangs' during startup time right after creating window\changing resolution on fresh prefix with necessary drivers and libraries installed. wineserver process starts using 70 to 80% of cpu time, while nwn2main.exe executable uses the rest (~20%) game runs really laggy and starts up slowly, but successfully, when running wine with WINEDEBUG="file,relay,tld,seh" options. no problems with gameplay besides speed issue (because of debugging, i suppose). wineserver uses normal portion of cputime. *oops, now it hanged during game zone transition with debugging on, same stuff - game hanged and wineserver started to eat cpu gentoo linux, emerged wine from sources using 1.1.25 ebuild -- 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