On 2009-02-20 14:17-0000 trc wrote: > Also for reference from the MSDN documentation - The range of mktime64 and mkgmtime64 is from midnight, January 1, 1970, UTC to 23:59:59, December 31, 3000, UTC.
That's what I don't understand. A 64-bit time_t allows you a theoretical range of +/- 2^63 s = +/- 9 x 10^18 s = +/- 290 billion years. Why go out of your way to add code to limit this theoretical range so arbitrarily? I suppose you could argue that few need to know any details of time beyond 1000 years into the future, but some people are certainly interested in those details in the (historical) past, and history did not start in 1970. The Microsoft screw-up on this decision (and the almost-as-bad Linux screwup of not providing a 64-bit time_t on 32-bit systems) means there will be more customers for libqsastime so I guess I shouldn't whine too much. :-) Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
