http://bugs.winehq.org/show_bug.cgi?id=9625
Summary: Winedbg unable to read minidump, "Unknown mode ffffffff"
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-debug
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lindevel(a)gmx.net
Created an attachment (id=8015)
--> (http://bugs.winehq.org/attachment.cgi?id=8015)
Minidump causing the problem
When I try to read the attached Minidump, winedbg gives a lot of fixmes and
then spits out a probably wrong backtrace sprinkled with "Unknown mode
ffffffff".
--
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=8683
--- Comment #10 from Felix Eckhofer <felix(a)tribut.de> 2008-01-19 10:24:31 ---
I'm using a german keyboard layout and the two keys left of the backspace key
don't work. This does not change when I switch to a variant without deadkeys so
I suspect this is really two different bugs here.
--
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=8683
--- Comment #9 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-19 10:02:11 ---
I can just repeat: Wine relies on native dead keys support, that requires
XFilterEvent to be called in the event processing loop, that's not optional.
If section sign is marked as "dead" in the X11 keyboard layout Wine can do
nothing about it, you need to either change the keyboard layout, or edit/fix
an existing one.
--
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=6106
ralf grubenmann <magicdead(a)gmx.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #2 from ralf grubenmann <magicdead(a)gmx.ch> 2008-01-19 09:54:44 ---
(In reply to comment #1)
> Is this still an issue in current (0.9.52 or newer) wine?
>
I can't really say, I don't use the application that produced the error anymore
(it's a mmorpg and I don't pay for it anymore). But I just tried it with
another flash application (and wine 0.9.46) and it worked, so might as well
make it "resolved"
--
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=11261
Summary: ./configure problem on Debian Testing
Product: Wine
Version: 0.9.53.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roman(a)rm.pp.ru
Created an attachment (id=10360)
--> (http://bugs.winehq.org/attachment.cgi?id=10360)
Complete config.log
At the end of ./configure I get some errors about development files not being
present. But actually, all the corresponding development packages are installed
on the system.
I get these errors:
--
configure: libxcomposite development files not found, Xcomposite won't be
supported.
configure: libhal development files not found, no dynamic device support.
configure: lib(n)curses development files not found, curses won't be supported.
configure: libcapi20 development files not found, ISDN won't be supported.
configure: libcups development files not found, CUPS won't be supported.
configure: OpenSSL development files not found, SSL won't be supported.
configure: libpng development files not found, PNG won't be supported.
--
For example, about libXcomposite the configure log says:
--
configure:10523: gcc -m32 -o conftest -g -O2 conftest.c -lXcomposite -lXext
-lX11 >&5
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../libXcomposite.so when searching
for -lXcomposite
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../libXcomposite.a when searching for
-lXcomposite
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libXcomposite.so when
searching for -lXcomposite
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libXcomposite.a when
searching for -lXcomposite
/usr/bin/ld: skipping incompatible /usr/lib/libXcomposite.so when searching for
-lXcomposite
/usr/bin/ld: skipping incompatible /usr/lib/libXcomposite.a when searching for
-lXcomposite
/usr/bin/ld: cannot find -lXcomposite
collect2: ld returned 1 exit status
--
Why is this so?
--
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=10846
Summary: Gameguard page fault
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-debug
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bloodywing(a)neocomy.net
Created an attachment (id=9734)
--> (http://bugs.winehq.org/attachment.cgi?id=9734)
Registerdump
One of this well known Gameguard Bugs.
The Game start after that the Game Launches the Gameguard.
This first thing that happens is this:
fixme:debugstr:CheckRemoteDebuggerPresent (0xffffffff)->(0x7ab8ea): Stub!
Gameguard checks for a Debugger and it will found one (the Winedebugger)
Wine gets a page fault and breaks into the Debugger.
Registerdump, etc. is Attached.
--
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=3952
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bloodywing(a)neocomy.net
--- Comment #24 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-19 09:49:12 ---
*** Bug 10846 has been marked as a duplicate of this bug. ***
--
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=8683
--- Comment #8 from Fábio Capela <fabio.capela(a)yahoo.com> 2008-01-19 09:25:31 ---
(In reply to comment #7)
> Isn't that exactly the same behaviour as you would get using native X11
> applications, or just xev for testing?
No. Native application will receive KeyPress events for deadkeys and can opt to
process them - if they are just interested in keypresses, instead of text
input, they might even never call XFilterEvent. But applications running under
Wine right now will never receive the WM_KEYDOWN message for the deadkeys -
even if they want to process keypresses for deadkeys they can't right now.
This can be seen by doing a +key trace in wine and pressing any deadkey; you
will just get the KeyRelease event. At the same time, executing xev and
pressing a deadkey will register both KeyPress and KeyRelease events, with
"XFilterEvent returns: True" for the KeyPress event.
What is happening under Wine right now is also different from what happens
under Windows - there application will receive WM_KEYDOWN events for deadkeys,
and the problem with binding actions to deadkeys don't happen.
> Wine relies on native dead keys support on the X11 side, so your patch would
> simply break it.
I don't care about my patch, I just want a bug fixed. My patch is just a first
attempt to show what is wrong and a quick (and somewhat buggy) fix for it.
Besides, I'm not discarding X11 deadkey processing, I just moved it to inside
X11DRV_KeyEvent in dlls/winex11.drv/keyboard.c, where I store the deadkey
information to be used by ToUnicodeEx.
To properly handle deadkeys (i.e., send WM_KEYDOWN events for them and either
WM_DEADCHAR with the deadkey or WM_CHAR with the composed character when they
are processed by TranslateMessage), as far as I can tell, would require either
a change in how keyboard events are handled (to let TranslateMessage itself
call XFilterEvent on the original keypress event) or storing the result from
XFilterEvent somewhere to be used by TranslateMessage. My main difficulty to
handle this is that I don't know a reliable way to associate information with a
WM_KEYDOWN message inside Wine - that is why I created a keypress buffer
indexed by virtual key, which I believe is not the best solution to 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.
http://bugs.winehq.org/show_bug.cgi?id=1314
Detlef Riekenberg <wine.dev(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|gdi32 |wineps-driver
Keywords| |printing
--
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=7229
JH <jorgen.hedlund(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jorgen.hedlund(a)gmail.com
--- Comment #21 from JH <jorgen.hedlund(a)gmail.com> 2008-01-19 07:11:22 ---
I can confirm that this bug is still in effect.
Some info:
wine-0.9.53
World of Warcraft Client Patch 2.3.2
Linux version 2.6.22-14-generic (buildd@terranova) (gcc version 4.1.3 20070929
(prerelease) (Ubuntu 4.1.2-16ubuntu2)) #1 SMP Tue Dec 18 08:02:57 UTC 2007
(Ubuntu 2.6.22-14.47-generic)
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 6400+ stepping 03
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 6400+ stepping 03
I often see this problem in Battlegrounds and especially when I encounter
players from other servers. As I run WoW from the prompt I can easily alt-tab
and ctrl-c wine to restart it all (this often prevents me from being killed
btw, don't ask me why ;-)
Other cases are when zoning.
This suggests what's being discussed in #13 & #14 and textureloading thingies.
I've not yet tried the schedtool stuff (#16) as I don't know how to revert
those changes if it doesn't help :-) (suggestions?)
In <wow install dir>/Logs/ there are logfiles that displays what WoW actually
detects, these I can attach if needed.
Note: A start->login->exit wow yields a 2.3GB logfile when using
WINEDEBUG=+all.
--
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.