Hi All,
This came in on another mailing list and thought I should pass it on.
<snip>
|> On 9 Sep 2001, at 1:46:40 UTC, the Unix time_t value (the number of
|> seconds
|> since the 1st of January 1970 0:0:0 UTC) ticks over from 999999999 to
|> 1000000000, thereby moving from being a nine digit decimal number (as it
|> has
|> been since 1973) to a ten-digit number
|
|I doubt this is huge a concern. It is very rare for time_t values to be
|printed or stored as decimals. The only likely problem is with squid log files
|and the like. I would be astounded if they ever used anything except "%d"
|formatting in these cases.
|
|<looks up squid source>
|
|Well paint me astounded, they use "%9d". (See access_log.c:accessLogSquid(),
|line 193 in the s.4-STABLE source). This should not matter as printf will
|simply expand the field to 10 characters, but it might mess up some
|simple-minded logfile analysers.
|
|(The log file analiser Calamaris will not be confused, it is written in perl
|and uses split() and float arithmetic, not scanf() and integers.)
<pins>
Regards,
Peter
******************
IMPORTANT - This email and any attachments may be confidential and privileged. If received in error, please contact Thiess and delete all copies. You may not rely on advice and documents received by email unless confirmed by a signed Thiess letter. Before opening or using attachments, check them for viruses and defects. Thiess' liability is limited to resupplying any affected attachments.
******************
Received on Mon Aug 13 2001 - 18:45:58 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:01:36 MST