[Bug 59287] New: Allow GetTickCount() to return value counted from wineserver start instead of host OS uptime
http://bugs.winehq.org/show_bug.cgi?id=59287 Bug ID: 59287 Summary: Allow GetTickCount() to return value counted from wineserver start instead of host OS uptime Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs@list.winehq.org Reporter: zdenek.koprivik@post.cz Distribution: --- In the Windows 95 times it was not very common to have a system uptime higher than 1 day. As a result, there are programs (mostly old games) which stops working when system uptime gets over circa 25 days. The issue is caused by bad programming of the apps and the int32 overflow from GetTickCount() after system uptime reach 2^31 ms (25 days). It is a pain having to reboot the whole system just to play an old game in Wine. There is an old similar feature request here: https://forum.winehq.org/viewtopic.php?t=36058 In my case, the same issue affects Heroes of Might and Magic 2: Gold from GoG. Having a per application toggle to report uptime from the wineserver's start instead of the real OS uptime would be great. It would treat the start of wineserver as a fresh Windows boot and start counting from zero. -- 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=59287 Bernhard Übelacker <bernhardu@mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org --- Comment #1 from Bernhard Übelacker <bernhardu@mailbox.org> --- Created attachment 80218 --> http://bugs.winehq.org/attachment.cgi?id=80218 Draft: ntdll: Add debug flag serverboottime. This may do what is expected when starting with: WINEDEBUG=serverboottime wine application.exe This would affects all applications of the prefix, only first application can switch this, unsure if apple path works. -- 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=59287 --- Comment #2 from Zdeněk Kopřivík <zdenek.koprivik@post.cz> --- This seems to do exactly what I wanted (but I can't test it right now). It is fine that it can be only triggered by the first app in the prefix and applies to the whole process tree. Maybe I would consider changing it from being a debug flag to a command line parameter of the wineserver to not interfere with the other debug flags (+all), but for my case it doesn't matter. Thank you for the draft. I'm hoping to see something like this accepted upstream. -- 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=59287 --- Comment #3 from Bernhard Übelacker <bernhardu@mailbox.org> --- (In reply to Zdeněk Kopřivík from comment #2)
Maybe I would consider changing it from being a debug flag to a command line parameter of the wineserver to not interfere with the other debug flags (+all), but for my case it doesn't matter.
In fact in this draft the WINEDEBUG flag only adds a command line option to the wineserver invocation. So simply dropping the changes to dlls/ntdll from the draft should leave only the wineserver 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.
http://bugs.winehq.org/show_bug.cgi?id=59287 --- Comment #4 from Bernhard Übelacker <bernhardu@mailbox.org> --- I submitted the wineserver part as a draft merge request: https://gitlab.winehq.org/wine/wine/-/merge_requests/10005 -- 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.
participants (1)
-
WineHQ Bugzilla