diff options
author | Scott Wegner <swegner@hdfgroup.org> | 2008-06-19 18:46:24 (GMT) |
---|---|---|
committer | Scott Wegner <swegner@hdfgroup.org> | 2008-06-19 18:46:24 (GMT) |
commit | 5bb358b012bb5054422cc1f8ed1302bcbc30c93c (patch) | |
tree | aecd4c567c576d0adcd84a8112cc8fbbf22e4288 /bin/config.guess | |
parent | 83ddc834f4108b0b3f62666dbb191a32d5cf3b5b (diff) | |
download | hdf5-5bb358b012bb5054422cc1f8ed1302bcbc30c93c.zip hdf5-5bb358b012bb5054422cc1f8ed1302bcbc30c93c.tar.gz hdf5-5bb358b012bb5054422cc1f8ed1302bcbc30c93c.tar.bz2 |
[svn-r15240] Purpose: Fix ohdr Windows timezone bug
Description:
On Windows, certain users were having trouble with the "ohdr" test, which does some processing on object header messages. The errors were hard to reproduce on our machines, and we eventually determined that the errors were timezone-specific.
The bug is triggered on Windows when processing timestamps very near the "Epoch" (midnight on 1/1/1970)-- the mktime() function does some automatic adjustment on the time to correct for timezones. In the USA, the correction adds a few hours; in Europe, it subtracts, thus giving us times pre-Epoch.
This only affects Windows because the Windows mktime() function cannot handle times before 1970-- other systems seemingly can.
The fix is to simply create timestamps only as early as 01/02/1970. This way, any timezone adjustment will still be post-Epoch.
This bug only affects the ohdr test, and shouldn't be a problem in the library. The earliest timestamps that will actually be read will be around the time HDF5 was created (~1996-7, per Quincey).
Tested:
VS2005 on WinXP
h5committest (kagiso, linew, smirom)
Diffstat (limited to 'bin/config.guess')
0 files changed, 0 insertions, 0 deletions