zsh-workers
 help / color / mirror / code / Atom feed
* Possible Bug / strange behaviour / Version 3.0.2 Solaris 2.4
@ 1997-07-24 11:48 C. v. Stuckrad
  1997-07-24 14:44 ` Andrej Borsenkow
  0 siblings, 1 reply; 2+ messages in thread
From: C. v. Stuckrad @ 1997-07-24 11:48 UTC (permalink / raw)
  To: Zsh workers list


As this does NOT happen under LINUX and NOT under SunOS
it might be something spuriously depending on the OS and on the
ZSH-Version but we found it extremely strange:

In Solaris 2.4 (compiled with gcc 2.7.2) the zsh 3.0.2
switches the time depending on 'how the TZ-variable was created'

- If exported directly, or exported and a command follows
  the shown value of '%*' changes.
- If just set, or 'exported by just exporting the variable and no command
  on the line' the time stays correct!

Any ideas?   Here are the things we tried:

$ unset TZ; : no variable                                    (0)13:23:00
$ date                                                       (0)13:23:27
Donnerstag, 24. Juli 1997, 13:23:31 Uhr MET DST
$ export TZ=CET-1CEST-2; : oops                              (0)13:23:31
$ TZ=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00
$ date; : TZ generated by export                             (0)12:24:10
Donnerstag, 24. Juli 1997, 13:24:53 Uhr CEST
$ unset TZ; : no variable                                    (0)12:24:53
$ TZ=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00
$ export TZ; : other way round                               (0)13:25:06
$ date; : TZ generated locally                               (0)12:25:34
Donnerstag, 24. Juli 1997, 13:25:39 Uhr CEST
$ unset TZ; : no variable                                    (0)12:25:39
$ export TZ                                                  (0)13:26:01
$ date; : TZ locally, OOPS \?                                (0)13:26:08
Donnerstag, 24. Juli 1997, 13:26:32 Uhr MET DST
$ export TZ; : another command                               (0)13:26:32
$ date; : still ok                                           (0)13:26:58
Donnerstag, 24. Juli 1997, 13:27:09 Uhr MET DST
$ unset TZ; : no variable                                    (0)13:27:10
$ export TZ; : another command                               (0)13:27:16
$ TZ=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00
$ date; : OOPS !!!                                           (0)12:27:27
Donnerstag, 24. Juli 1997, 13:27:44 Uhr CEST
$

Stucki

Christoph von Stuckrad       * *  | talk to  | <stucki@math.fu-berlin.de> \
Freie Universitaet Berlin    |/_* | nickname | ...!unido!fub!leibniz!stucki|
Fachbereich Mathematik, EDV  |\ * | 'stucki' | Tel:+49 30 838-7545{9|8}    |
Arnimallee 2-6/14195 Berlin  * *  |  on IRC  | Fax:+49 30 838-5913        /



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Possible Bug / strange behaviour / Version 3.0.2 Solaris 2.4
  1997-07-24 11:48 Possible Bug / strange behaviour / Version 3.0.2 Solaris 2.4 C. v. Stuckrad
@ 1997-07-24 14:44 ` Andrej Borsenkow
  0 siblings, 0 replies; 2+ messages in thread
From: Andrej Borsenkow @ 1997-07-24 14:44 UTC (permalink / raw)
  To: C. v. Stuckrad, rene; +Cc: Zsh workers list

On Thu, 24 Jul 1997, C. v. Stuckrad wrote:

> 
> As this does NOT happen under LINUX and NOT under SunOS
> it might be something spuriously depending on the OS and on the
> ZSH-Version but we found it extremely strange:
> 
> In Solaris 2.4 (compiled with gcc 2.7.2) the zsh 3.0.2
> switches the time depending on 'how the TZ-variable was created'
> 
> - If exported directly, or exported and a command follows
>   the shown value of '%*' changes.
> - If just set, or 'exported by just exporting the variable and no command
>   on the line' the time stays correct!
> 
> Any ideas?

It smells like a OS bug. I can reproduce it as well (probably, because my
system also originates in SVR4 ;-) This happens (in my OS at least) under
very special cases. I can describe it, if you are interested. It has
nothing to do with ZSH - I can send you small test program which shows
this problem. 

As for your description - untill TZ is exported, time functions, which are
used by ZSH, just don't see it and use some fallback value (UTC in our
case -- obviously MET in your case). If you export empty TZ - it is the
same, as unset it. As soon as TZ is exported, it triggers this bug.

Just interseted: on my system exporting full TZ specification  is buggy,
but exporting just "TZ=CET-1CEST-2,M3.5.0/02:00:00" works fine. 

OTOH who needs to change TZ on the fly ;-}

greetings

-------------------------------------------------------------------------
Andrej Borsenkow 		Fax:   +7 (095) 252 01 05
SNI ITS Moscow			Tel:   +7 (095) 252 13 88

NERV:  borsenkow.msk		E-Mail: borsenkow.msk@sni.de
-------------------------------------------------------------------------



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1997-07-24 14:56 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-07-24 11:48 Possible Bug / strange behaviour / Version 3.0.2 Solaris 2.4 C. v. Stuckrad
1997-07-24 14:44 ` Andrej Borsenkow

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).