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 9084
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-users@xxxxxxxxxx
- Subject: Re: LC_ALL=C foo, where foo is a shell function
- Date: Sun, 10 Jul 2005 00:57:47 +0000
- In-reply-to: <20050710000436.GS6472@xxxxxxxxxxxxx>
- Mailing-list: contact zsh-users-help@xxxxxxxxxx; run by ezmlm
- References: <20050709191401.GP6472@xxxxxxxxxxxxx> <1050709204433.ZM17965@xxxxxxxxxxxxxxxxxxxxxxx> <20050710000436.GS6472@xxxxxxxxxxxxx>
On Jul 10, 2:04am, Vincent Lefevre wrote:
} Subject: Re: LC_ALL=C foo, where foo is a shell function
}
} On 2005-07-09 20:44:33 +0000, Bart Schaefer wrote:
} > Doesn't happen to me:
} [snip]
}
} Well, I don't know what happens, this is really strange.
}
} 4.2.5 from Debian (Debian package zsh 4.2.5-7).
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.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author