Bug 2021

Summary: timezone global changes with daylight savings time
Product: [Retired] Red Hat Linux Reporter: david.wilson
Component: glibcAssignee: Cristian Gafton <gafton>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5.1   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-06-18 16:36:53 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

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 <David.Wilson> 06/18/99 13:09 -------