amd64/108841: Zdump prints bad information and hangs
Derek Tattersall
dlt at mebtel.net
Tue Feb 6 17:00:36 UTC 2007
>Number: 108841
>Category: amd64
>Synopsis: Zdump prints bad information and hangs
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-amd64
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Feb 06 17:00:35 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator: Derek Tattersall
>Release: 7.0-current
>Organization:
>Environment:
FreeBSD nebbish.arm.org 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Feb 2 13:23:47 EST 2007 root at nebbish.arm.org:/usr/obj/usr/src/sys/GENERIC amd64
>Description:
zdump -v EST5EDT prints 4 records as follows:
[dlt at nebbish 536 zdump]$ zdump -v EST5EDT
EST5EDT Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 gmtoff=-18000
EST5EDT Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 gmtoff=-18000
EST5EDT Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 gmtoff=-18000
EST5EDT Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 gmtoff=-18000
Then hangs. Can be killed by ctrl-c. I found that the localtime() call in show()
returns incorrect information in at least the year field.
>How-To-Repeat:
execute from a command prompt "zdump -v EST5EDT"
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-amd64
mailing list