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.
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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=19874
Summary: If mouse focus lost then keyboard focus never
recovered (Team Fortress 2)
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)araneidae.co.uk
When the mouse unsticks from my game window (old old wine bug, can't find the
reference right now) there's the risk of clicking outside the game window and
thus losing focus. Unfortunately when this happens I am unable to return the
keyboard focus to the game: I end up in the odd state where mouse movements
still go to the game, but keyboard input goes to other windows. The only
remedy seems to be to kill with `wineserver -k` and restart.
I'm running Team Fortress 2 in a virtual desktop, but on a dual monitor setup
(so the mouse has room to go outside the game window).
--
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=19382
Summary: Crash after CreateFontIndirect() & WM_SETFONT
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
Created an attachment (id=22462)
--> (http://bugs.winehq.org/attachment.cgi?id=22462)
Application showing the problem.
Application (binary and source) 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.
http://bugs.winehq.org/show_bug.cgi?id=17573
Summary: Team Fortress 2 crashes on launch, with video mode
related errors. (1.1.16)
Product: Wine
Version: 1.1.16
Platform: PC-x86-64
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aoanla(a)yahoo.com
After upgrading from 1.1.15 to 1.1.16, I can no longer launch Team Fortress 2
from Steam.
Attempting to do so results in a brief splash of the intro video (literally a
fraction of a second) before the game crashes (but does not hang).
Wine outputs a ton of errors relating to not being able to find valid video
modes at around this time. I have attached a representative log of these,
starting from the first error that occurs on clicking "Launch Game", and
finishing when the game crashes.
It doesn't matter if I use -dxlevel 81 or -dxlevel 95 to choose different
DirectX rendering paths - all choices result in the same crash with the same
log.
This is with an nVidia 8800 GT, using nVidia driver release 180.35 on Ubuntu
8.10 x86_64. I can launch other native 3d games with this driver, and even
launch Bioshock in Wine 1.1.16 (from Steam) and begin a game in it.
--
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.