This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/14606] New: lost 1h in gmtime, ctime extracted date
- From: "eugene.kopyshev at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Sat, 22 Sep 2012 08:54:40 +0000
- Subject: [Bug libc/14606] New: lost 1h in gmtime, ctime extracted date
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=14606
Bug #: 14606
Summary: lost 1h in gmtime, ctime extracted date
Product: glibc
Version: 2.11
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: unassigned@sourceware.org
ReportedBy: eugene.kopyshev@gmail.com
CC: drepper.fsp@gmail.com
Classification: Unclassified
Every year, random day in Oct, ctime resolves two different epoch times into
the same string date. tz not set, not affected, not makes an influence. For
example:
1351385541 2012-10-28 1:52:21 Sun Oct 28 01:52:21 2012
1351389141 2012-10-28 1:52:21 Sun Oct 28 01:52:21 2012
A code to get output as above:
#include<time.h>
#include<stdio.h>
int main()
{
time_t t;
struct tm *tm;
t=1351385541;
tm=gmtime(&t);
printf( "%lu %d-%d-%d %d:%d:%d %s", t, tm->tm_year+1900, tm->tm_mon+1,
tm->tm_mday, tm->tm_hour, tm->tm_min, tm->tm_sec, ctime(&t) );
t=1351389141;
tm=gmtime(&t);
printf( "%lu %d-%d-%d %d:%d:%d %s", t, tm->tm_year+1900, tm->tm_mon+1,
tm->tm_mday, tm->tm_hour, tm->tm_min, tm->tm_sec, ctime(&t) );
}
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.