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

Re: LC_ALL=C foo, where foo is a shell function

X-seq: zsh-users 11392
From: Clint Adams <schizo@xxxxxxxxxx>
To: zsh-users@xxxxxxxxxx
Subject: Re: LC_ALL=C foo, where foo is a shell function
Date: Sat, 14 Apr 2007 15:38:12 -0400
Cc: 317773@xxxxxxxxxxxxxxx
In-reply-to: <1050710005748.ZM18160@xxxxxxxxxxxxxxxxxxxxxxx>
Mail-followup-to: zsh-users@xxxxxxxxxx, 317773@xxxxxxxxxxxxxxx
Mailing-list: contact zsh-users-help@xxxxxxxxxx; run by ezmlm
References: <20050709191401.GP6472@xxxxxxxxxxxxx> <1050709204433.ZM17965@xxxxxxxxxxxxxxxxxxxxxxx> <20050710000436.GS6472@xxxxxxxxxxxxx> <1050710005748.ZM18160@xxxxxxxxxxxxxxxxxxxxxxx>

On Sun, Jul 10, 2005 at 12:57:47AM +0000, Bart Schaefer wrote:
> Ah.  I tried it with the latest -dev version, compiled out of my CVS
> sandbox.
> 
> If I try with 4.2.5, I get the same results as you.
> 
> I just noticed that, even in the latest build, if LC_ALL starts out set
> (even to nothing), but not exported, then when "LC_ALL=C foo" is run
> LC_ALL becomes and remains exported, even though its value gets reset
> to the previous state.
> 
> I don't know what differs between 4.2.5 and the latest CVS that would
> affect this.

I'm think seeing the same behavior in current CVS.

Follow-Ups:
- Re: LC_ALL=C foo, where foo is a shell function
  - From: Bart Schaefer

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