Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: uppercase inheritance

X-seq: zsh-users 2764
From: Dan Nelson <dnelson@xxxxxxxxxxxx>
To: Norman.Azadian@xxxxxxxxxxxx
Subject: Re: uppercase inheritance
Date: Fri, 10 Dec 1999 11:21:44 -0600
Cc: zsh-users@xxxxxxxxxxxxxx
In-reply-to: <894F73B43295D211B7B20000F807EA88ED80D0@xxxxxxxxxxxxxxxxxxx>; from "Norman.Azadian@xxxxxxxxxxxx" on Fri Dec 10 16:41:26 GMT 1999
Mailing-list: contact zsh-users-help@xxxxxxxxxxxxxx; run by ezmlm
References: <894F73B43295D211B7B20000F807EA88ED80D0@xxxxxxxxxxxxxxxxxxx>

In the last episode (Dec 10), Norman.Azadian@xxxxxxxxxxxx said:
> I've tried this under version 3.1.6 (on HP-UX version 11.0):
> 
> 	= typeset -u -x aaa=bbb
> 	= echo $aaa
> 	BBB
> 	= zsh
> 	= echo $aaa
> 	bbb
> 	=
> 
> Am I missing something, or has ZSH neglected to pass on the uppercase
> property to the subshell?  I get the same results when the HP posix
> sh is the subshell.  When I do the entire experiment with sh, I get
> the expected results ($aaa is always BBB).

There's no way zsh can pass 'typeset' options to subshells, since all
it can pass are the variable names and contents via "char **envp".  It
looks like zsh leaves the variable as-is, and only uppercases it for
display.  Sounds like a zsh bug.

-- 
	Dan Nelson
	dnelson@xxxxxxxxxxxx

References:
- uppercase inheritance
  - From: Norman . Azadian

Messages sorted by: Reverse Date, Date, Thread, Author