On 10/04/2026 05:33, Amos Jeffries wrote:
On 10/04/2026 08:20, Mike Kelly wrote:
1b) Alteration to host_adjust_time64 to disregard the new delta when
it is outside the permitted range but still return KERN_SUCCESS so
that the old delta can be retrieved.
Why not '0' for "no change" ?
I have not checked, but that should be safe to send to old Mach
without risking corrupting the clock.
0 could be used to cancel a time adjustment that is currently in progress.
*) Is it necessary to connect the dependencies introduced with these
changes ? ie. libc0.3 version-xxx requires gnumach version-yyy.
Better make the glibc depend on existence of the new
MACH_ADJTIME_SECS_INVALID macro to enable support at built-time.
Yes, that's a good precaution, thanks. I was also concerned that someone
could run a new glibc with an old gnumach and so actually end up
adjusting the time by that huge value. Can that scenario can be prevented ?
Cheers,
Mike.
