From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 12753 invoked from network); 8 Jan 2022 15:34:07 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 8 Jan 2022 15:34:07 -0000 ARC-Seal: i=1; cv=none; a=rsa-sha256; d=zsh.org; s=rsa-20210803; t=1641656047; b=WSvCsfSJvUq7X+j/JjUTiULgVbsdQjx3rvgk4ObDF5p8h1jBE+iGAf3VQSgmwKk1L2tgHSNP/G heo4cqudU+f0edSfkLxVoJYHk9RwIIb+ic4Sit2RUtYsqNvpRgOFVq7DIAgjipgyKwYR3Xppor HGBN97P6X8U0LBLP0IQIgjL4/T6ekVSPF4Xy+/XA/PXlktEPBojFXol0NwrIQnMuIF07cLFUYs +eo6V+wDrOvtxdm6FR6jC0HVGbJLUbrRxBzsskJ7Len7Y4CE8AQHSnTZogvJVhoquejQCb7Xuq M6bv+f2toRJzMe1OEieTqtegZ5W2wtpbr2iA2Pe8ynUfBg==; ARC-Authentication-Results: i=1; zsh.org; iprev=pass (mail-lf1-f42.google.com) smtp.remote-ip=209.85.167.42; dkim=pass header.d=gmail.com header.s=20210112 header.a=rsa-sha256; dmarc=pass header.from=gmail.com; arc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed; d=zsh.org; s=rsa-20210803; t=1641656047; bh=1JJTTHHvTTGUidhQaYG7MNS0118ijMJ02HXcEWE+AeM=; h=List-Archive:List-Owner:List-Post:List-Unsubscribe:List-Subscribe:List-Help: List-Id:Sender:Content-Type:To:Subject:Message-ID:Date:From:Reply-To: In-Reply-To:References:MIME-Version:DKIM-Signature:DKIM-Signature; b=FfgRnziI9mu9cZsuc0hByRVj7eB543dMvP2HHEXevkEBWjUKn20lXtkWnR/W3NXu+I5ZEcp8n4 8FqPa7odQidKXi5/RCscHW/az1C76FaS9ug7zSwRuiXUzSRzPyqwe/hKfCWUZHn8yJuQWKC2Od inqRcQgyA0BazUzfBafQxN0Ry2RhOL5L2FZ/g4CnpeeoBTbbzbtjzKd9/RbMvPtzCKuufTYmPC ee4vVQFku/vCnsen+lBJ/b0JFkSLGgq3F9xvQeEU+cQCPxPcNH2v9d6+lZ/lV+g9ka2lfGnXjA XoHYX6lSZe/amjfLTXDbzXiSyeCJ0Ve+fVnlwiAcuvwpWg==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org; s=rsa-20210803; h=List-Archive:List-Owner:List-Post:List-Unsubscribe: List-Subscribe:List-Help:List-Id:Sender:Content-Type:To:Subject:Message-ID: Date:From:Reply-To:In-Reply-To:References:MIME-Version:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=1JJTTHHvTTGUidhQaYG7MNS0118ijMJ02HXcEWE+AeM=; b=iRyD/q4+qXGCSSLolha1zuoopq fGZuRAcI/d/fCBMktgM/EDeXGEgLVAfItw6II3yFaAszZMwtfa50Hr8PVgz0h3e5imfRQGzTpKShr GHXCIvf47IENRGg29LJR1S3w3p5DuHIIHqgA24cvuXOAGJXR5qGN9p21Uy7mdrR4SOO/Qb36PzWlQ DWr9L52Gxiuw66Iq+yHrBtXTxOEbjDS6+R8i8bHBfs/qK7yK8V2PeDBLO/iORwzA1Vk+n6f4yAMYk tHxQmrS+0a1jkFoBS/mvDyL1mFOv3EVl/vl8Ssflnj3UT6L+zY88fyoyyj+4Vu/X6CSGGBm75AfBM nLkYYTsQ==; Received: from authenticated user by zero.zsh.org with local id 1n6DjJ-000D6N-Gs; Sat, 08 Jan 2022 15:34:05 +0000 Authentication-Results: zsh.org; iprev=pass (mail-lf1-f42.google.com) smtp.remote-ip=209.85.167.42; dkim=pass header.d=gmail.com header.s=20210112 header.a=rsa-sha256; dmarc=pass header.from=gmail.com; arc=none Received: from mail-lf1-f42.google.com ([209.85.167.42]:44009) by zero.zsh.org with esmtps (TLS1.3:TLS_AES_128_GCM_SHA256:128) id 1n6DiU-000COx-Lx; Sat, 08 Jan 2022 15:33:15 +0000 Received: by mail-lf1-f42.google.com with SMTP id i31so26926205lfv.10 for ; Sat, 08 Jan 2022 07:33:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to; bh=1JJTTHHvTTGUidhQaYG7MNS0118ijMJ02HXcEWE+AeM=; b=CP2p4pRO4MPWoLveLq6knj0u/u1x4oq5/pbguOYpCeyRdyucPoiELnqw8qjWZIcVK7 vQEf0PHKNT8EW+OXRYuy8b2v7jXb1W3We9solL6go21nztc1zwg5fsN/JDPDVhAkfYDx bcA6+lSV8uR8QWJsdtkAbj2xHy3dvyDYU1fXfcgLIBxMAIDqrXs6fkKFgDWjTinAT4XI amjhhFEy8Q97/Y3T3UuQfyHKxQp0Lr7LwFgma0ZJnAPcJTVrAu9gGccsKGuZv5Ba+d4/ j9s+1r0wgzIcizaWiM4gdv1XPH81geq0BN3DBDiUcS9iMIXAIQydShZ952FzaVS4dgk+ hChA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to; bh=1JJTTHHvTTGUidhQaYG7MNS0118ijMJ02HXcEWE+AeM=; b=p051BRSgTj+8qczGrwXmlDzIlzHhTd61mcl7I2rQgfFB/f3axKNnqGGw8POQ7xVYBV oc6uN4U9mEu/gJ6c1HY5Xv7X+DZ5X8RjjsmsEhBkcsBzbEisGB0bn5QSTXOsIxih39zp Pr2sp78kfoDCewthlMB9zFNuK+4kL3cHfxDXfgTqFHdmBBQ5VgG5sUMVATo7aZRfe4aU cELLt5R1di8R/ZO4O0eN2dyLCf0yv+OWymzSYWyypDj4jS+VxLFr9gDc5FsZNDTPBGM8 +e2p4E4pmvqDKD4FaEWerdxIlMW02wg4MnnyZ4y6VNbvxHhs29PPd0sIqO9EciPgc2K8 27Nw== X-Gm-Message-State: AOAM530DnP5qzC66hKSK0kpj6AY2XPv7pHDStmF8TYF9X1ujUrRGHkvV +TENEi18RMM+Yo4k2JKnb1rsSQ5selLx2fPc4JdydLvJE/TOtA== X-Google-Smtp-Source: ABdhPJyyooIBjqgujWFs8NMAJ56TZlfVfTwKYNSPTSyOA6jO/NUnPkOQercp8tDFgKZ/eo5H5PcvDcEbtWjzSlroB5Q= X-Received: by 2002:a05:6512:ea3:: with SMTP id bi35mr57054162lfb.86.1641655993410; Sat, 08 Jan 2022 07:33:13 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: Reply-To: linuxtechguy@gmail.com From: Jim Date: Sat, 8 Jan 2022 09:32:55 -0600 Message-ID: Subject: Re: Possible inconsistency with use of TZ to change zone output '%Z" To: zsh Content-Type: multipart/alternative; boundary="00000000000054a8d905d513d265" X-Seq: 27458 Archived-At: X-Loop: zsh-users@zsh.org Errors-To: zsh-users-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-users-request@zsh.org X-no-archive: yes List-Id: List-Help: List-Subscribe: List-Unsubscribe: List-Post: List-Owner: List-Archive: --00000000000054a8d905d513d265 Content-Type: text/plain; charset="UTF-8" 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 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. > --00000000000054a8d905d513d265 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Unfortunately my searches never found that mail threa= d. Sorry about that.
I'm sure the print builtin has nothing = to do with the results I am getting.

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

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

T= he thread left me somewhat confused, quite a bit to digest. Probably becaus= e I'm
not a "developer" and know enough C to be a d= anger to myself and those around
me. I understand that for a part= icular system the libraries may differ from
other systems, and on= ce compiled, will "fix" the way it acts(environment strings
=
or not). But if parameter expansion is using zsh's strftime should= n't it act the
same way as calling strftime directly. My resu= lts indicate that they don't.
It seems logical to me that the= y would. Admittedly I don't know the internals, so
I'll a= ccept the results and export TZ as needed.

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

A= ppreciated you taking the time to respond,

Jim
=

On Thu, Jan 6, 2022 at 6:58 PM Bart Schaefer <schaefer@brasslantern.com>= ; wrote:
There&#= 39;s a lengthy discussion of this in the zsh-users thread with
subject "print builtin preceded by parameter assignment" from Apr= il
2019.

The upshot is that some system libraries only use the environment
strings when interpreting the time zone.
--00000000000054a8d905d513d265--