Bug 10535 – strftime() of gmtime() malfunctions in DST environments

Bug 10535 - strftime() of gmtime() malfunctions in DST environments

Summary:	strftime() of gmtime() malfunctions in DST environments

Status:	CLOSED CURRENTRELEASE

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	perl (Show other bugs)
Sub Component:
Version:	6.1
Hardware:	All Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Chip Turner
QA Contact:
Docs Contact:

URL:
Whiteboard:	triage\|leonardjo\|closed\|currentrelease
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2000-04-03 02:34 EDT by Chris Siebenmann
Modified:	2007-04-18 12:26 EDT (History)
CC List:	1 user (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2004-08-12 20:43:57 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Chris Siebenmann 2000-04-03 02:34:01 EDT

If you feed POSIX::strftime() gmtime()'s output, the results are
one hour later than they should be if you happen to be in DST at the
time. Example:
	perl -e 'use POSIX; print POSIX::strftime("%H:%M\n", gmtime(time()));';
date -u; date
	07:45
	Mon Apr  3 06:45:58 UTC 2000
	Mon Apr  3 02:45:58 EDT 2000

Comment 1 Cristian Gafton 2000-08-08 22:45:32 EDT

assigned to nalin

Comment 2 Leonard den Ottolander 2004-04-22 11:17:54 EDT

Has this behaviour changed in later releases?

Comment 3 Chris Siebenmann 2004-08-12 15:45:02 EDT

This behavior seems to no longer be there on Red Hat 7.3, Red Hat 9,
or Fedora Core 2. I suspect that this bug report can thus be closed.

(Sorry I didn't reply to this for a while...)

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