http://bugs.winehq.org/show_bug.cgi?id=35530
Bug ID: 35530
Summary: fjords is very slow because of GetLocaleInfoW checking
registry
Product: Wine
Version: 1.7.11
Hardware: x86
URL: http://moonmagic.itch.io/fjords
OS: Linux
Status: NEW
Keywords: performance
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Classification: Unclassified
Created attachment 47442
--> http://bugs.winehq.org/attachment.cgi?id=47442
hack to skip registry check
Fjords runs very slowly. I found that about half of the cpu time is spent in
wineserver, and a +server log led me to registry checks in GetLocaleInfoW. I
found that hacking out those checks (as in the attached patch) made the game
playable.
I don't know how this can be solved. I don't think caching is an option, as
these registry values could presumably be updated at any time.
This may be a duplicate of bug 33335, but I'll need Scott Ritchie to verify
that.
--
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=11344
Summary: XTrap does not work with wine
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)centrum.cz
XTrap is a library that is used by numerous MMO* games (not sure all are
MMORPG). It is supposed to fight bots (probably meaning programs that interact
with the game instead of players).
I could not find the vendor of this module, web search only revealed some games
using it.
Games using the module include:
Hero Online (in appdb), http://hero.netgame.com
Scions of Fate (not in appdb), http://fate.netgame.com
Japanese version of Nostale (only English in appdb)
http://download.jalecoonline.jp/nostale/client/nostalesetup_003.exe
Knights Online (not in appdb) http://knihgtonlineworld.com
Hero online catches its exceptions, and using winedbg is not very helpful
either (it stops on one of the earlier exceptions, and the program would
terminate afterwards).
However, both Scions and Nostale do not catch the unexpected exception, and it
happens in the xtrapva module.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=5776
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
Version|unspecified |0.9.18.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37501
Bug ID: 37501
Summary: final draft 8 crashes during startup
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pleaslucian(a)hotmail.com
Distribution: ---
Created attachment 49889
--> https://bugs.winehq.org/attachment.cgi?id=49889
this is a log detailing the crash
Final draft 8 was installed. Demo was selected. The program crashes moments
afterward.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=5776
Sebastian Lackner <sebastian(a)fds-team.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sebastian(a)fds-team.de
--
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.
https://bugs.winehq.org/show_bug.cgi?id=5776
sacrediou <vmerlet(a)april.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vmerlet(a)april.org
--
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=18427
Summary: Forte Agent MDI window is not maximized at startup.
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: g9xhh5p02(a)sneakemail.com
The Forte Agent mail and news reader uses an MDI window model, where the main
window can contain one or more child windows which can each be resized or
maximized. When running under real MS Windows, closing Agent with a single
child window (my inbox browser) maximized means that the same window will
appear maximized next time I run the program.
This doesn't work correctly under Wine: instead of the correct behavior, the
child window appears with its own title bar visible as if it were not
maximized, and with minimize/restore buttons visible as if it were maximized.
I can then manually coax the child window into properly maximizing by clicking
its restore button followed by its maximize button, or by clicking the parent
window's scroll button (which then disappears because it's not needed when a
child is maximized). The effect looks like the child window thinks itself
maximized while the parent window thinks the child is not maximized.
I'm using Forte Agent 3.3/32.846.
This bug has existed since before wine 1.0, possibly forever but I'm not sure.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=1719
Mushroomland <kraina.grzybow.tv(a)wp.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kraina.grzybow.tv(a)wp.pl
--- Comment #28 from Mushroomland <kraina.grzybow.tv(a)wp.pl> ---
Yes, still. And forever will be. Must be a High Quality bug.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=6176
Sebastian Lackner <sebastian(a)fds-team.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sebastian(a)fds-team.de
--- Comment #10 from Sebastian Lackner <sebastian(a)fds-team.de> ---
@Anastasius: Thanks for the nice analysis. Patch was added to the staging tree:
https://github.com/wine-compholio/wine-staging/blob/master/patches/gdi32-Ma…
To get upstream in vanilla wine it will most likely require additional tests.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=8606
east(a)eastbit.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |east(a)eastbit.net
--- Comment #37 from east(a)eastbit.net ---
A year ago I might some ugly hack to get the game running. Works perfectly for
me:
https://eastbit.net/priv/jofix.patch
For everyone who is able to compile wine locally this might be an option.
--
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.