Mark-Jason Dominus wrote:
> If we're going to standardize on a single time format for all
> platforms, I wish we could choose a good format. Unix time runs out
> in 2038.
Not true. On 64 bit Unix platforms time_t is 64 bit.
Alan Burlison
Dave Storrs <[EMAIL PROTECTED]> writes:
> If we are going to use this, I'd like to see us standardize on the
> highest-precision (i.e. attosecond) version. While it's not necessary
> in any application that I can currently think of and will probably never
> be necessary in 90% of Perl applicatio
If we are going to use this, I'd like to see us standardize on the
highest-precision (i.e. attosecond) version. While it's not necessary in
any application that I can currently think of and will probably never be
necessary in 90% of Perl applications, when you need it, you need it, and
if the cor
I agree with Tim that it's a red herring that unix systems don't
normally have access to a TAI source.
The proposal under discussion is to use one time format for all
platforms. So maybe there's a minor difficulty in converting unix
time to TAI time; probably it's not as large as the difficult
Tim Jenness <[EMAIL PROTECTED]> writes:
> I think this is a bit of a red herring. Presuambly the time on your
> computer depends on where you are synching from (if at all) - if you are
> synching to a TAI time server then you are fine. In the worst case you
> are synching to the sys admins watch
On 18 Aug 2000, Russ Allbery wrote:
> Mark-Jason Dominus <[EMAIL PROTECTED]> writes:
>
> > TAI is an international time standard. It has a number of technical
> > advantages over UTC. One of these advantages is that it doesn't have
> > any silly truck with leap seconds.
>
libtai looks like a
Mark-Jason Dominus <[EMAIL PROTECTED]> writes:
> TAI is an international time standard. It has a number of technical
> advantages over UTC. One of these advantages is that it doesn't have
> any silly truck with leap seconds.
One point to be aware of with TAI, however, is that Unix system clock
Mark-Jason Dominus wrote:
>
> TAI is an international time standard. It has a number of technical
> advantages over UTC. One of these advantages is that it doesn't have
> any silly truck with leap seconds.
...
Why, this sounds perfect, Mr. D! When will you write the RFC?
David
