<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Mattias Gaertner via fpc-pascal <<a href="mailto:fpc-pascal@lists.freepascal.org">fpc-pascal@lists.freepascal.org</a>> schrieb am Di., 5. Apr. 2022, 10:36:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 5 Apr 2022 10:23:45 +0200 (CEST)<br>
Michael Van Canneyt via fpc-pascal <<a href="mailto:fpc-pascal@lists.freepascal.org" target="_blank" rel="noreferrer">fpc-pascal@lists.freepascal.org</a>><br>
wrote:<br>
<br>
>[...]<br>
> RTLEventWaitFor uses WaitForSingleObject internally.<br>
> <br>
> According to this:<br>
> <br>
> <a href="https://docs.microsoft.com/en-gb/windows/win32/sync/wait-functions" rel="noreferrer noreferrer" target="_blank">https://docs.microsoft.com/en-gb/windows/win32/sync/wait-functions</a><br>
> <br>
> The system clock (and not some high-performance counter) is used to<br>
> determine resolution of the timeout. You could call timeGetDevCaps to<br>
> check the resolution.<br>
<br>
It gives min 1, max 1000000.<br>
I tried setting with timeBeginPeriod without effect.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Current Windows doesn't respect timeBeginPeriod like it used to (we had a problem with that at work as well). In the end there's not much you can do. If the OS doesn't provide smaller timeouts then you're simply out of luck. </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>