[Bug 51857] Support Configurable Time measurement precision for Wine versions 5.0.x and onwards

WineHQ Bugzilla wine-bugs at winehq.org
Tue Oct 12 02:40:59 CDT 2021


https://bugs.winehq.org/show_bug.cgi?id=51857

--- Comment #4 from Idan Sheinberg <ishinberg0 at gmail.com> ---
(In reply to joaopa from comment #1)
> If this problem breaks a real application, surely your patch will be
> welcomed in wine-patches :D

I have no problem submitting  patch (I even wrote and RPM patch to revert that
specific change in my custom built wine 6.0.1 RPM). I'm just wondering what's
the best way to tackle this issue.

Ideally, it would be an environment variable, something like
WINE_CLOCK_USE_GETTIMEOFDDAY. When set (during run, NOT during the build),
NtDLL will not revert to the old behavior and will not optimize clock access.

Where should I even purpose such a behavior? It doesn't feel like patch but
more of a feature.

-- 
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.



More information about the wine-bugs mailing list