October 2008 - Wine-Bugs - list.winehq.org

[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 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 12572] New: resedit tree control background not drawn
by wine-bugs＠winehq.org Oct. 17, 2009

Oct. 17, 2009

http://bugs.winehq.org/show_bug.cgi?id=12572 Summary: resedit tree control background not drawn Product: Wine Version: CVS/GIT Platform: Other URL: http://www.resedit.net/ OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (I used the Unicode version, if it matters.) Play around with resedit a bit; the tree control in the upper left doesn't draw its background. -- 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 15054] New: Getting "fixme:mountmgr:harddisk_ioctl unsupported ioctl 70020" when trying to start CoD4
by wine-bugs＠winehq.org Oct. 12, 2009

Oct. 12, 2009

http://bugs.winehq.org/show_bug.cgi?id=15054 Summary: Getting "fixme:mountmgr:harddisk_ioctl unsupported ioctl 70020" when trying to start CoD4 Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: steffen.linux(a)gmx.de Hi, I've installed CoD4 and tried to start it...but I only get the error mentioned in the summary, so I patched the game to 1.7 and tried again...but same error as above. The game says that I've to insert the correct DVD, but the DVD is inserted into the drive, it is mounted and it's an original DVD. Operating System: Ubuntu Hardy Hereon 32 Bit -- 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 20

[Bug 11345] New: Wrong button vertical position
by wine-bugs＠winehq.org Oct. 11, 2009

Oct. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=11345 Summary: Wrong button vertical position Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mirko2324(a)yahoo.de Created an attachment (id=10453) --> (http://bugs.winehq.org/attachment.cgi?id=10453) screenshot The up/down-button in all detail windows of eMule v0.48a (f. e. download details) are at the wrong vertical position. I made a screenshot of this issue. I have tested this with different versions of eMule and wine. -- 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 15812] New: 3DS MAX 7.0: Any attempt to change viewport configuration results in a crash
by wine-bugs＠winehq.org Oct. 9, 2009

Oct. 9, 2009

http://bugs.winehq.org/show_bug.cgi?id=15812 Summary: 3DS MAX 7.0: Any attempt to change viewport configuration results in a crash Product: Wine Version: 1.1.7 Platform: PC URL: http://files.filefront.com/3dsmax7exe/;10541739;/fileinf o.html OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: rockinup1231(a)gmail.com In 3DS Max 7.0 there is an option for changing the arrangement and types of viewports displayed, whether they be 3D perspective viewports, or 2D ones displaying various sides of geometry generated in the program. For some reason, if you attempt to change the viewport arrangement, it crashes with a crash report window. Also, if you have one of the viewports maximized, it will crash before even opening the viewport configuration window. I'm guessing this is related to d3d (when the crash occurs there are now errors produced about the crash in the terminal). I'll have to do a trace. -- 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 8