Reputation: 3754
Currently Sleep takes a single DWORD (32bit) for time. Is there any alternative which takes DWORDLONG (64bit)?
I'm using RNG in which with every additional byte added the overall wait time increases. With 32bit integer the overall time is 5 minutes and I want to increase it.
Upvotes: 1
Views: 5727
Reputation: 21542
Sleep()
takes milliseconds. The max DWORD
value, 4294967295, will result in a timeout period of 49.7 days. For most purposes, that's a good enough maximum value, but if you're that determined to have a 64-bit sleep parameter, you can chain multiple Sleep()
calls together. This will change the maximum number of milliseconds that you can Sleep()
for to 18446744073709551615, which is roughly 600 million years:
VOID WINAPI Sleep64(DWORDLONG dwlMilliseconds)
{
while (dwlMilliseconds)
{
// Note: 0xFFFFFFFF means "INFINITE" when passed to `Sleep`
DWORD dwSleepTime = min(0xFFFFFFFE, dwlMilliseconds);
Sleep(dwSleepTime);
dwlMilliseconds -= dwSleepTime;
}
}
I have tested this and can verify that it works.
Upvotes: 2
Reputation: 33734
Sleep[Ex]
internal call NtDelayExecution
- undocumented but exist in all windows nt versions (from nt 4 to win 10) - exported by ntdll.dll - use ntdll.lib or ntdllp.lib from wdk. as result of this call in kernel will be called documented function KeDelayExecutionThread
//extern "C"
NTSYSAPI
NTSTATUS
NTAPI
NtDelayExecution(
IN BOOLEAN Alertable,
IN PLARGE_INTEGER Interval );
- Alertable
Specifies TRUE if the wait is alertable. Lower-level drivers should specify FALSE.
- Interval
Specifies the absolute or relative time, in units of 100 nanoseconds, for which the wait is to occur. A negative value indicates relative time. Absolute expiration times track any changes in system time; relative expiration times are not affected by system time changes.
Sleep[Ex]
is win32 shell, over this native api, which restrict interval value (from 64 to 32 bit) can not set absolute time (possible with NtDelayExecution
) and ignore alerts (we can exit from NtDelayExecution via alert thread if wait alertable)
so you can direct call this api instead indirect via Sleep[Ex]
so Sleep(dwMilliseconds)
is call SleepEx(dwMilliseconds, false)
SleepEx(dwMilliseconds, bAlertable)
call
LARGE_INTEGER Interval;
Interval.QuadPart = -(dwMilliseconds * 10000);
NtDelayExecution(bALertable, &Interval);
note that in case alertable wait it can be broken via apc (api return STATUS_USER_APC
) or via alert ( STATUS_ALERTED
will be returned. we can alert thread via NtAlertThread
). the SleepEx
check returned status and in case STATUS_ALERTED
- again begin wait with updated interval. so SleepEx
wait can not be broken via alert (NtAlertThread
) but NtDelayExecution
can
Upvotes: 8
Reputation: 612993
Is there any alternative which takes DWORDLONG (64bit)?
No. You'll need multiple calls to Sleep
, in a loop.
Have fun testing and debugging multi-month sleep.
Upvotes: 1