<div dir="ltr">Are there any worrisome performance or conformance issues with time64_t on any of our 32bit targets?<div><br></div><div>..m</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Mar 13, 2017 at 5:03 PM Hal Murray <<a href="mailto:hmurray@megapathdsl.net">hmurray@megapathdsl.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
I have the leap second code mostly cleaned up.  It builds but the tests still<br class="gmail_msg">
get several errors.  There is no reference to ntpcal_xxx.<br class="gmail_msg">
<br class="gmail_msg">
The general idea is that the file format uses NTP epoch, but as soon as dates<br class="gmail_msg">
are read in, they are converted to time_t.  All processing is done using<br class="gmail_msg">
time_t.<br class="gmail_msg">
<br class="gmail_msg">
That works fine now, but will break in 2038.<br class="gmail_msg">
<br class="gmail_msg">
Is the world going to shift to 64 bit time_t soon enough?  Or should I<br class="gmail_msg">
convert everything to time64_t now while the code is somewhat fresh in my<br class="gmail_msg">
mind.  Actually, I think I would debug the non64 case first, then update to<br class="gmail_msg">
time64_t.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
These are my opinions.  I hate spam.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
devel mailing list<br class="gmail_msg">
<a href="mailto:devel@ntpsec.org" class="gmail_msg" target="_blank">devel@ntpsec.org</a><br class="gmail_msg">
<a href="http://lists.ntpsec.org/mailman/listinfo/devel" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.ntpsec.org/mailman/listinfo/devel</a><br class="gmail_msg">
</blockquote></div>