http://bugs.winehq.org/show_bug.cgi?id=836
Eric Pouech <eric.pouech(a)orange.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eric.pouech(a)orange.fr
--- Comment #8 from Eric Pouech <eric.pouech(a)orange.fr> 2008-02-06 14:48:19 ---
not done yet
anyway, it would require a rather in depth rewrite of the whole dbghelp DLL.
basically, what we currently do is:
- parse the symbols and types of a given module
- there's a specific backend for each known debug format (pdb, stabs, dwarf...)
- this is stored as an ad hoc format inside dbghelp (hence the backend
transform the given debug format to this intermediate format)
we do load info about a module the first time we need info about a module
(looking a symbol by address, or by name, or...)
even if we'd parse correctly the hash tables out of pdb files, it still
wouldn't help because of previous point. and of course we store in the
intermediate format the symbols' name in a hash table, so once the module's
info is loaded, performance is acceptable
what should really be fixed is the granularity of the symbols' storage
dbghelp for now has two states for a module: 1/no info, 2/ all debug info
loaded
that's where we need finer grain, but we need also to abstract the different
debug format parsers according to this finer grain, which won't be trivial
anyway, some intermediate work has been done (12/18 months ago iirc) to speed
up the memory management of the intermediate format management. there could be
some easier speed improvement here
A+
--
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=8712
--- Comment #5 from Bernd Buschinski <b.buschinski(a)web.de> 2008-02-06 14:14:19 ---
*** Bug 5039 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=5039
Bernd Buschinski <b.buschinski(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
--- Comment #5 from Bernd Buschinski <b.buschinski(a)web.de> 2008-02-06 14:14:19 ---
I will mark this Bug as duplicate of Bug 8712, because the original bug depends
on the missing amstream and 8712 has a testcase for this
*** This bug has been marked as a duplicate of bug 8712 ***
--
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=52
--- Comment #18 from Alexandre Julliard <julliard(a)winehq.org> 2008-02-06 13:35:14 ---
This is a partial WONTFIX. We can't prevent other X11 apps from drawing, as
that would require grabbing the X server and that's not something we want to
allow a Windows app to do.
We could prevent other Windows apps from drawing by implementing
LockWindowUpdate, so that part is a valid bug. But it means the behavior will
then only be guaranteed to be correct in desktop mode.
--
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=11481
Summary: regression in worms2
Product: Wine
Version: 0.9.54.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leidola(a)newcon.de
I noticed that the game "worms 2" broke between wine-0.9.53 and wine-0.9.54. A
git-bisect revealed the guilty patches.
The game includes a frontend.exe which starts game.exe and controls the
settings of the game (the map and teams etc.). Running game.exe directly works
but you can't alter the settings. When running game.exe via frontend the game
doesn't show up but hangs after changing resolution. Before the following
commit the game starts and is playable:
2921f5c156b368b4ce6e615eb61dad5c5f423bf8 is first bad commit
commit 2921f5c156b368b4ce6e615eb61dad5c5f423bf8
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jan 22 20:06:35 2008 +0100
server: Invalidate the correct region when custom valid rects are
specified.
:040000 040000 1385d5899b5b6affd5da84328e1bc15985406976
5c8756013a67c0402f3bb5fb9f3ee7b4a50e124a M server
And this one makes worms2 hang after exiting the game:
c19af910ebafa9b1928b0f67bee68f6b0b237e8e is first bad commit
commit c19af910ebafa9b1928b0f67bee68f6b0b237e8e
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jan 17 19:53:59 2008 +0100
winex11.drv: Don't create a win_data structure for the desktop window,
except in the process that owns it.
Handle desktop size changes by sending a message to the desktop owner.
:040000 040000 b7c030353fe92121bb999481724a3689429b2e8a
80fd2c5f4ace2707abb01648bd61663a6c9d7626 M dlls
--
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=5424
--- Comment #5 from Johan Gill <johan.gill(a)gmail.com> 2008-02-06 11:55:37 ---
Created an attachment (id=10642)
--> (http://bugs.winehq.org/attachment.cgi?id=10642)
relay log, with wine internals filtered out
Here is a relay log for Setup.exe, passed through grep -v ret=7 to filter out
internal wine calls.
It seems a call to user32.FindWindowExA fails to find the window "The Sims"
belonging to class "Gonzo", and then KERNEL32.GetPrivateProfileStringA fails to
find the key SKU in section SKU in MAXIS.INI.
After that the process terminates.
--
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=8785
--- Comment #16 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2008-02-06 11:39:55 ---
Nope, bog-standard Gnome.
--
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=5424
Johan Gill <johan.gill(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |johan.gill(a)gmail.com
--- Comment #4 from Johan Gill <johan.gill(a)gmail.com> 2008-02-06 11:34:59 ---
This is a regression, since the installer did work around 2003.
Too bad it has been so long since it broke.
--
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=3784
Denis Rut'kov <dendron2000(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dendron2000(a)mail.ru
--- Comment #22 from Denis Rut'kov <dendron2000(a)mail.ru> 2008-02-06 11:28:13 ---
I have this bug too. I still have XFCE4 panels visible when launching
applications full-screen.
Applications tested:
CompuPic v6.23
Neverwinter Nights v1.68
--
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.