Re: Possible inconsistency with use of TZ to change zone output '%Z"

[Jim <linux.tech.guy@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1438 bytes --]

Unfortunately my searches never found that mail thread. Sorry about that.
I'm sure the print builtin has nothing to do with the results I am getting.

1) DT=${(%):-%D{$Fmt}}
2) zstat -F $Fmt -A A +mtime $F
3) strftime -s DT $Fmt $ET

In each case the results were placed in a parameter then printed if and as
needed.

The thread left me somewhat confused, quite a bit to digest. Probably
because I'm
not a "developer" and know enough C to be a danger to myself and those
around
me. I understand that for a particular system the libraries may differ from
other systems, and once compiled, will "fix" the way it acts(environment
strings
or not). But if parameter expansion is using zsh's strftime shouldn't it
act the
same way as calling strftime directly. My results indicate that they don't.
It seems logical to me that they would. Admittedly I don't know the
internals, so
I'll accept the results and export TZ as needed.

Z-shell is still my all time favorite shell. Never cared for the de facto
linux default.
Sorry for the personal opinion.

Appreciated you taking the time to respond,

Jim

On Thu, Jan 6, 2022 at 6:58 PM Bart Schaefer <schaefer@brasslantern.com>
wrote:

> There's a lengthy discussion of this in the zsh-users thread with
> subject "print builtin preceded by parameter assignment" from April
> 2019.
>
> The upshot is that some system libraries only use the environment
> strings when interpreting the time zone.
>

[-- Attachment #2: Type: text/html, Size: 2088 bytes --]