Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Feature request: ZSH_XTRACEFD variable
- X-seq: zsh-workers 45769
- From: Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx>
- To: Roman Perepelitsa <roman.perepelitsa@xxxxxxxxx>
- Subject: Re: Feature request: ZSH_XTRACEFD variable
- Date: Sun, 3 May 2020 16:21:45 +0000
- Cc: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>, Timothée Mazzucotelli <timothee.mazzucotelli@xxxxxxxxx>, Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>, "zsh-workers@xxxxxxx" <zsh-workers@xxxxxxx>
- In-reply-to: <CAN=4vMrcvyEa17Szf+j=gHPBiasFHOiP0gR-h80TrDBLYbH9zg@mail.gmail.com>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <EL9xNuAdKSLWp41th3XxhRLVtul7jHkT9ons2s2c_35aNjCbCMzo4DqiCNV1SoNjdLhNgdUGLNMHQxQ9q4jDMcNIsxzonWx5jzOB5Hr8rBs=@protonmail.com> <20190518075514.hbygmb5dl5wz23h5@chaz.gmail.com> <20190520103444.qyih7lvoigvf3rfx@chaz.gmail.com> <CGME20190721150914epcas1p18b5b4b9ccc4e593e854b076a835257c7@epcas1p1.samsung.com> <CAD8ZDTrfrWTKfa1efTo63uk1XJO4BOp5hSLOfjL1tXkeDMf_QQ@mail.gmail.com> <1563722540.4311.24.camel@samsung.com> <CAD8ZDTokqOTfEajquX2SKU5pLWgd85sPdRMYkxE4nF0pQhi+BA@mail.gmail.com> <1565710707.5633.11.camel@samsung.com> <CAD8ZDTotCLBANtzppSbCcgKyLhkXaVWysjqv99xS6bnLypBViA@mail.gmail.com> <309829031.4459446.1587391766024@mail2.virginmedia.com> <CAD8ZDTp=rYsWiEkq3byjU=BRAA2iLwxt5QG_19MBc+Jo8dC-0w@mail.gmail.com> <CAH+w=7Ymtz4XH708BGvgwo89WNB=HttfyX+fHVHakz+Ybf==ag@mail.gmail.com> <20200503000658.6fddb904@tarpaulin.shahaf.local2> <CAN=4vMrcvyEa17Szf+j=gHPBiasFHOiP0gR-h80TrDBLYbH9zg@mail.gmail.com>
Roman Perepelitsa wrote on Sun, 03 May 2020 06:43 +0200:
> On Sun, May 3, 2020 at 2:07 AM Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx> wrote:
> >
> > I would have expected the unsetfn to be called for any special parameter.
>
> I've bumped into a similar issue with LC_* parameters. Here are a
> couple of test cases:
>
LC_ALL's unsetfn is stdunsetfn(), so even if unsetfn were called,
I don't think the locale would be restored.
Agree it's a bug, though.
Anyone interested in writing the patch, or a regression test?
Cheers,
Daniel
> 1.
>
> (
> unset -m 'LC_*|LANG'
> export LC_CTYPE='en_US.UTF-8' # set this to any UTF-8 locale you have
> echo '\u276F' # this works
> () {
> local LC_ALL=C
> }
> echo '\u276F' # this doesn't work
> )
>
> 2.
>
> (
> unset -m 'LC_*|LANG'
> LC_COLLATE=en_US.UTF-8
> x=(-a --b)
> print -r -- ${(on)x} # this prints "-a --b"
> () {
> local LC_ALL= LC_COLLATE=C
> print -r -- ${(on)x}
> }
> print -r -- ${(on)x} # this prints "--b -a"
> )
>
> Roman.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author