Date: Mon, 02 Jan 2006 15:00:50 +0100 From: Matthias Andree <matthias.andree@gmx.de> To: Poul-Henning Kamp <phk@phk.freebsd.dk> Cc: current@freebsd.org Subject: Re: FreeBSD handles leapsecond correctly Message-ID: <m3psnaenl9.fsf@merlin.emma.line.org> In-Reply-To: <73774.1136109554@critter.freebsd.dk> (Poul-Henning Kamp's message of "Sun, 01 Jan 2006 10:59:14 %2B0100") References: <73774.1136109554@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
Poul-Henning Kamp <phk@phk.freebsd.dk> writes: > http://phk.freebsd.dk/misc/leapsecond.txt > > Notice how CLOCK_REALTIME recycles the 1136073599 second. Well, it is in accordance with POSIX, but that doesn't mean its "correct". How does the POSIX "consistency" babble, and particularly the FreeBSD 5 or 6 implementation, make sure that "make(1)" or other application doesn't see a file created on 2005-12-31T23:59:60.1Z as older than a file created 0.9 seconds earlier, on 2005-12-31T23:59:59.2Z, because of the time warp caused by POSIX's demand to ignore leap seconds? Are there plans to add monotonous TAI clock interfaces to FreeBSD 7 so we have an alternative to the differential CLOCK_MONOTONIC and the jumpy CLOCK_REALTIME? Is any reader of this message aware of efforts to standardize such a TAI clock? The FreeBSD 6 zoneinfo stuff seems to be ready for leap seconds, if only someone uses -L leapseconds with zic. It appears some systems (SUSE Linux) have been doing such for a subdirectory right/ (i. e. TZ=right/Europe/Berlin) for half a decade now. -- Matthias Andree
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m3psnaenl9.fsf>