Revision: 184
Author: schwern
Date: Sat Feb 13 05:04:11 2010
Log: Results from 64 bit BSD
http://code.google.com/p/y2038/source/detail?r=184
Modified:
/wiki/AmazingDiscoveries.wiki
=======================================
--- /wiki/AmazingDiscoveries.wiki Fri Feb 5 00:49:24 2010
+++ /wiki/AmazingDiscoveries.wiki Sat Feb 13 05:04:11 2010
@@ -61,6 +61,13 @@
For distant dates in the past appears to be returning localtime()
calculations based on solar noon, so Europe/Berlin is a few minutes before
Europe/Paris. This is a pretty clever solution for times before the
invention of standard time zones. Unfortunately they seem to be doing it
for full time zones like US/Pacific. I don't know what solar noon would be
for the entire Pacific time zone region.
+== BSD ==
+
+On 64 bit FreeBSD 7.2 mktime() and timegm() cannot handle a negative year.
+
+Both gmtime() and localtime() stop working about 30 seconds before the
y2**31 bug.
+
+
= mktime() =
None of FreeBSD, Linux nor OS X properly return a "can not represent date"
error for the missing hour during DST spring ahead. Example...
