http://bugs.winehq.org/show_bug.cgi?id=8033
--- Comment #40 from rankincj(a)yahoo.com 2007-10-07 08:01:53 ---
(In reply to comment #39)
> What missing registry entries? Are you copying over the app installation from
> a Windows install?
No, this box is Windows-free! The point is that installing applications
sometimes adds important keys into the .reg files, and some games refuse to run
unless these keys are present.
> What mandatory registry entries are you talking about? Registry entries are
> created *only* when you run wineprefixcreate, so you have to remove the old
> .wine and generate a new .wine.
No, applications install their own registry entries too... (Obviously). And
that's "mandatory" as in "Wine blithely assumes that these registry keys exist,
and will core-dump if they do not.".
> This also gets rid of any cruft from
> installing other apps that may interfere with the bug
One man's "cruft" is another man's "crucial installation entry"...
> (installation and uninstallation in Wine is not complete and that's another
> reason why this is the policy).
As I suspected, you are completely neglecting what happens when people upgrade
Wine. And *everyone* upgrades Wine, and *no-one* reinstalls all their
applications each time either.
> $ mv .wine .wine-save
> $ wineprefixcreate
> $ test app
> $ mv .wine-save .wine
>
> voila! Your old apps are back...
Yes, but along with the *old* .reg files, which presumably don't contain the
latest "mandatory / Wine-will-crash-unless-they-are-present" keys. So how is
that helpful? And trying to test my app doing what you've described above
doesn't work *precisely* because all the "cruft" is missing from the
newly-created .wine directory, and so the game flat refuses to run.
So, please tell me: How are all we millions of Wine users supposed to update
the .reg files in our .wine directories with the latest "must-have" keys,
whenever we upgrade to the latest version of Wine?
--
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=6073
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #3 from joaopa <jeremielapuree(a)yahoo.fr> 2007-10-07 07:35:40 ---
closing
--
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=6073
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #2 from joaopa <jeremielapuree(a)yahoo.fr> 2007-10-07 07:32:50 ---
Bug fixed in wine-0.9.46.
Joaopa
--
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=5909
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |major
--- Comment #11 from joaopa <jeremielapuree(a)yahoo.fr> 2007-10-07 07:29:52 ---
Increase priority since several have this regression
Joaopa
--
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=5818
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #6 from joaopa <jeremielapuree(a)yahoo.fr> 2007-10-07 07:28:34 ---
closing
--
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=5818
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #5 from joaopa <jeremielapuree(a)yahoo.fr> 2007-10-07 07:27:19 ---
Bug fixed in wine-0.9.46
Joaopa
--
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=5526
--- Comment #42 from David Hall (gringer) <winehq(a)gringer.dis.org.nz> 2007-10-07 06:55:38 ---
Hmm, it doesn't quite seem to work (my test case didn't originally consider
doing anything other than playing a level for a few minutes then quitting). The
patch results in a "normal" speed game when starting a new campaign from the
main menu, but not when loading a game. In addition, any menu navigation (e.g.
saving the game) causes the game to slow right down again.
--
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=5526
David Hall (gringer) <winehq(a)gringer.dis.org.nz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |winehq(a)gringer.dis.org.nz
--
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=5526
--- Comment #41 from David Hall (gringer) <winehq(a)gringer.dis.org.nz> 2007-10-07 06:36:32 ---
Created an attachment (id=8436)
--> (http://bugs.winehq.org/attachment.cgi?id=8436)
Stefan/Paul's patch updated to apply cleanly to 0.9.46
I had a go at updating this patch for a git branch downloaded shortly after the
0.9.46 release (i.e. I expect this to apply cleanly to the 0.9.46 branch). It
speeds up RedAlert 2 significantly (at least in my test run, which is the first
half minute of the tutorial) on my computer. I had hoped that this would also
fix bug 9910, but that seems to be a different breed of problem...
I had to #include "ddraw.h", in surface_gdi.c, because make complained about
DDLOCK_WAIT (and one other similar define) not being known. I guess this may
mean that there are things in the patch that are not -- or no longer -- meant
to go into that source file....
--
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=1348
--- Comment #10 from Ronak <goonstk(a)yahoo.com> 2007-10-07 05:52:34 ---
They've been trying to get it in since 2003?? Wow. Why isn't it happening?
Robert Reif, when Alexandre said the functionality should be added or moved to
the server, when are we going to do it?
It's been 8 months since that was posted and there have been 4 to 6 wine
version upgrades since. I'm seeing this problem everywhere and it would be
great if someone could add it in.
Thanks,
~Ron
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.