Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 2021 - timezone global changes with daylight savings time
Summary: timezone global changes with daylight savings time
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc
Version: 5.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-04-06 10:24 UTC by david.wilson
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-06-18 16:36:53 UTC

Attachments (Terms of Use)

Description david.wilson 1999-04-06 10:24:04 UTC
The man page, the SVID, and the behaviour of libc5 all
had the timezone global containing the offset from GMT
of the standard timezone. (e.g. EST).

I have found that with RH5.1 (libc 2.0.7) that the value
of timezone depends, e.g. on the last call to localtime, and
the value is the offset from GMT of the time last reported.
If daylight savings time is in effect for this converted
time, then timezone is the DST timezone, not the standard

For my locale (GB), calling localtime with a time in
December, gives a timezone value of 0, which is correct.
But calling localtime with a time in April, gives a timezone
value of -3600, which is not correct.

Comment 1 Michael K. Johnson 1999-04-10 03:07:59 UTC
Is your hardware clock set to UTC?
Does /etc/sysconfig/clock have
in it?

Comment 2 Cristian Gafton 1999-06-18 16:36:59 UTC
closed because of lack of feedback. Please reopen for follow ups.

------- Email Received From  David Wilson <> 06/18/99 13:09 -------

Note You need to log in before you can comment on or make changes to this bug.