http://bugs.winehq.org/show_bug.cgi?id=32152
Bug #: 32152 Summary: Guild Wars 2: Missing sound and game crashes on time adjusting Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sworddragon2@aol.com Classification: Unclassified
I have noticed a lot of crashes the last weeks with Guild Wars 2. Now I figured out that this happens at every full hour. At this time ntp is adjusting my clock so this is my first hint.
I have adjusted manually the time and if the time is set to an earlier state then the game currently has the sound will be disabled. It will be enabled again if the time is equal or higher then the "normal" time. The missing sound is independent of the value of the option "In-Game Clock". The In-Game Clock is using in every case the system clock so this could be the reason.
This way I couldn't reproduce the crashes but I will now disable ntp and report back if something changes.
http://bugs.winehq.org/show_bug.cgi?id=32152
--- Comment #1 from sworddragon2@aol.com 2012-11-06 19:41:35 CST --- It seems adjusting the time to an earlier state triggers another problem. I wanted to close the game but after quitting the game freezes. The game is showing the last frame that was drawn but nothing happens anymore. To close the game I had to minimize it with my window manager and kill it after this.
http://bugs.winehq.org/show_bug.cgi?id=32152
Samuel Nelson valczir.darkvein@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |valczir.darkvein@gmail.com
--- Comment #2 from Samuel Nelson valczir.darkvein@gmail.com 2012-11-07 08:50:06 CST --- I don't think this is a bug. It's pretty common on linux for any large (i.e. more than a few milliseconds) change in the system clock to break your system - the OS generally prefers to blow up instead of reading or writing files that appear to be written in the future.
Have you thought about using a network time program that doesn't make sudden, large adjustments to your time? I use chrony these days, which adjusts the time by small fractions of a second. This way, the system time changes gradually, which avoids situations where file modification or creation time is in the future.
http://bugs.winehq.org/show_bug.cgi?id=32152
--- Comment #3 from sworddragon2@aol.com 2012-11-08 16:57:05 CST ---
I don't think this is a bug. It's pretty common on linux for any large (i.e. more than a few milliseconds) change in the system clock to break your system - the OS generally prefers to blow up instead of reading or writing files that appear to be written in the future.
Somebody else tested this on Windows and the bug doesn't exist there. So I'm assuming this is a bug in Wine because there shouldn't be any problems with Guild Wars 2 if the time changes.
http://bugs.winehq.org/show_bug.cgi?id=32152
--- Comment #4 from Samuel Nelson valczir.darkvein@gmail.com 2012-11-08 17:26:13 CST --- (In reply to comment #3)
I don't think this is a bug. It's pretty common on linux for any large (i.e. more than a few milliseconds) change in the system clock to break your system - the OS generally prefers to blow up instead of reading or writing files that appear to be written in the future.
Somebody else tested this on Windows and the bug doesn't exist there. So I'm assuming this is a bug in Wine because there shouldn't be any problems with Guild Wars 2 if the time changes.
I would argue that's a bug in Windows. If a file appears to have been created in the future, the system should immediately stop, because something is obviously wrong.
On top of that, it could be your filesystem or kernel or mount options that is denying access to the file. I seriously doubt Wine has much control over this.
I'm not a Wine developer, so this is just one guy's opinion (not an official ruling), but I'm just mentioning that it's very common for linux to be far more strict about this type of stuff than Windows. In my (full disclosure: I'm a python coder) opinion, it is a good thing for the system to start tossing up errors as soon as it realizes something unexpected is happening. Finding a file that appears to have been modified in the future is certainly unexpected.
http://bugs.winehq.org/show_bug.cgi?id=32152
--- Comment #5 from sworddragon2@aol.com 2012-11-08 17:46:37 CST --- Are you sure that there is really a file access/modification? The In-Game clock is synchronized with the system clock so there is maybe no file access. This could all just happen in the memory.
I have now played for 1 day without ntp installed and the game hasn't crashed anymore every full hour too.
https://bugs.winehq.org/show_bug.cgi?id=32152
--- Comment #6 from Austin English austinenglish@gmail.com --- Is this still an issue in current (1.7.35 or newer) wine? If so, please attach terminal output.
https://bugs.winehq.org/show_bug.cgi?id=32152
Guillaume R guillaumeraffin@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |guillaumeraffin@free.fr
--- Comment #7 from Guillaume R guillaumeraffin@free.fr --- This seems not to be an issue with recent versions of wine (tested 1.7.38).
https://bugs.winehq.org/show_bug.cgi?id=32152
--- Comment #8 from sworddragon2@aol.com --- Created attachment 51368 --> https://bugs.winehq.org/attachment.cgi?id=51368 Terminal output with Wine 1.7.38
I'm still able to reproduce this issue with Wine 1.7.38. In the attachments is the terminal output.
https://bugs.winehq.org/show_bug.cgi?id=32152
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #9 from super_man@post.com --- (In reply to sworddragon2 from comment #8)
Created attachment 51368 [details] Terminal output with Wine 1.7.38
I'm still able to reproduce this issue with Wine 1.7.38. In the attachments is the terminal output.
err:module:load_builtin_dll failed to load .so lib for builtin L"winepulse.drv": libpulse.so.0: cannot open shared object file: No such file or directory
from your attachment. There is something wrong with your wine setup. I think it explains the missing sounds.
https://bugs.winehq.org/show_bug.cgi?id=32152
--- Comment #10 from sworddragon2@aol.com --- This error appears because libpulse0:i386 is not installed on my system even while winealsa.drv is selected. But I have created for this issue another ticket: https://bugs.winehq.org/show_bug.cgi?id=39849
As a workaround I have disabled winepulse.drv and on retesting this with Wine 1.8 the sound issue does still appear on setting the time to a point in the past.
https://bugs.winehq.org/show_bug.cgi?id=32152
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #11 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-6.5?
-
wine-bugs＠winehq.org -
WineHQ Bugzilla