Re: Seeking clarifaction of tai64nlocal and leap seconds

--bcaec51b17fbd29b3904ca144379
Content-Type: text/plain; charset=ISO-8859-1

Multilog does indeed generate "pure" (which I used perhaps confusingly as a
shorthand to mean "complying with documented standards") TAI64* date
records.

If you want more control over how human readable dates are generated, the
replace tai64*local with your own Java-only utility(ies) for converting the
standard TAI64* date records into leap-compensated, Vatican-approved
human-readable strings.

Cheers,

    Peter

On Wed, Sep 19, 2012 at 12:39 PM, Brian Reichert <[email protected]>wrote:

> On Wed, Sep 19, 2012 at 12:34:29PM -0700, Peter Wolfenden wrote:
> > Brian,
> >
> > Leap-seconds should really only matter when converting from a "pure"
> TAI64,
> > TAI64N, or TAI64NA timestamp (which simply counts seconds and fractions
> > thereof and does not care about hours, days, years, etc.) into a
> > human-readable format.
>
> When you put 'pure' in quotes, it leads me to believe there are
> non-'pure' TAI64x timestamps.
>
> Is that correct, and is that what multilog presents?  (Non-pure,
> that is...)
>
> Arguably, this all moot; what I'm doing it trying to resolve
> timestamps as produced by various applications, and those presented
> by multilog/tai64nlocal.
>
> It looks like things are actually well-behaved, but I'm getting
> caught out by java having it's own timezone files, and not providing
> a distinction between the two sets of timezones as written up on the
> tai64nlocal webpage:
>
>   http://cr.yp.to/daemontools/tai64nlocal.html
>
> I do appreciate the prompt feedback...
>
> >
> > Cheers,
> >
> >     Peter
> > --
> > Peter Wolfenden
> > 650-801-7714
>
> --
> Brian Reichert                          <[email protected]>
> BSD admin/developer at large
>



-- 
Peter Wolfenden
650-801-7714

--bcaec51b17fbd29b3904ca144379
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Multilog does indeed generate &quot;pure&quot; (which I used perhaps confus=
ingly as a shorthand to mean &quot;complying with documented standards&quot=
;) TAI64* date records.<div><br></div><div>If you want more control over ho=
w human readable dates are generated, the replace tai64*local with your own=
 Java-only utility(ies) for converting the standard TAI64* date records int=
o leap-compensated, Vatican-approved human-readable strings.</div>
<div><br></div><div>Cheers,</div><div><br></div><div>=A0 =A0 Peter<br><br><=
div class=3D"gmail_quote">On Wed, Sep 19, 2012 at 12:39 PM, Brian Reichert =
<span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_bl=
ank">[email protected]</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">On Wed, Sep 19, 2012 at 12=
:34:29PM -0700, Peter Wolfenden wrote:<br>
&gt; Brian,<br>
&gt;<br>
&gt; Leap-seconds should really only matter when converting from a &quot;pu=
re&quot; TAI64,<br>
&gt; TAI64N, or TAI64NA timestamp (which simply counts seconds and fraction=
s<br>
&gt; thereof and does not care about hours, days, years, etc.) into a<br>
&gt; human-readable format.<br>
<br>
</div>When you put &#39;pure&#39; in quotes, it leads me to believe there a=
re<br>
non-&#39;pure&#39; TAI64x timestamps.<br>
<br>
Is that correct, and is that what multilog presents? =A0(Non-pure,<br>
that is...)<br>
<br>
Arguably, this all moot; what I&#39;m doing it trying to resolve<br>
timestamps as produced by various applications, and those presented<br>
by multilog/tai64nlocal.<br>
<br>
It looks like things are actually well-behaved, but I&#39;m getting<br>
caught out by java having it&#39;s own timezone files, and not providing<br=
>
a distinction between the two sets of timezones as written up on the<br>
tai64nlocal webpage:<br>
<br>
=A0 <a href=3D"http://cr.yp.to/daemontools/tai64nlocal.html" target=3D"_bla=
nk">http://cr.yp.to/daemontools/tai64nlocal.html</a><br>
<br>
I do appreciate the prompt feedback...<br>
<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; =A0 =A0 Peter<br>
<span class=3D"HOEnZb"><font color=3D"#888888">&gt; --<br>
&gt; Peter Wolfenden<br>
&gt; <a href=3D"tel:650-801-7714" value=3D"+16508017714">650-801-7714</a><b=
r>
</font></span><div class=3D"HOEnZb"><div class=3D"h5"><br>
--<br>
Brian Reichert =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0&lt;<a hr=
ef=3D"mailto:[email protected]">[email protected]</a>&gt;<br>
BSD admin/developer at large<br>
</div></div></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>=
Peter Wolfenden<br>650-801-7714<br><br>
</div>

--bcaec51b17fbd29b3904ca144379--