Bug 13125

Summary: new (possibly wrong) $TZ/date interaction
Product: [Retired] Red Hat Linux Reporter: giulioo
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: 7.0CC: twaugh
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-08-09 15:26:38 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
test case none

Description giulioo 2000-06-27 17:02:59 UTC 
PREAMBLE:
I know $TZ is not needed on a linux system, but at the end of this email I 
explain why I need to use it.
I was not sure where to file this bug under: sh-utils (date) or glibc.

PROBLEM:
The weird output of the "date" command when $TZ is set in a certain way.

DETAILS:
1) with an old caldera1.3/libc5 (all is ok)
$ export TZ=CET-1CEST
$ date
Tue Jun 20 14:01:29 CEST 2000
$

2) With redhat 6.1 (note the ` after CEST)
$ date
Tue Jun 20 14:08:13 CEST 2000
$ export TZ=CET-1CEST
$ date
Tue Jun 20 14:08:18 CEST` 2000
$
 
3) With beta1/2 (the timezone is gone)
$ date
mar giu 27 20:57:40 CEST 2000
$ export TZ=CET-1CEST
$ date
mar giu 27 20:57:46  2000
$

Is this new behavior the "normal behavior"? That is, is "TZ=CET-1CEST" 
something wrong for the new "date"/glibc included in beta1/2?

BACKGROUND:
We have a "legacy" unix application that runs on linux through iBCS (I now 
iBCS is deprecated...). This app wants us to set "TZ=CET-1CEST" to handle 
the time properly. We set TZ in the script that launches the app, so that 
usually TZ is unset. The app can give you a sub-shell. This sub-shell has 
obviously TZ set and shows the above problem.
This app requires TZ=CET-1CEST, TZ=CET is not enough.
Comment 1 Tim Waugh 2000-08-02 11:04:09 UTC 
Even more bizarre:

$ ( export TZ=CET-1CEST; date | cat -vet )
Wed Aug  2 13:07:30 ^A 2000$

It looks like the timezone is \001.
Comment 2 Tim Waugh 2000-08-02 11:43:44 UTC 
Seems like it's a glibc bug.  Test case attached.
Comment 3 Tim Waugh 2000-08-02 11:45:01 UTC 
Created attachment 1794 [details]
test case
Comment 4 Jakub Jelinek 2000-08-09 15:26:36 UTC 
Am testing a fix right now
Comment 5 Jakub Jelinek 2000-08-25 07:54:24 UTC 
Fixed in glibc-2.1.92-7