Re: bin/58609: sh(1) ignores interactive locale changes

[Taylor R Campbell <riastradh%NetBSD.org@localhost>]

> Date: Sat, 17 Aug 2024 03:06:32 +0700
> From: Robert Elz <kre%munnari.OZ.AU@localhost>
> 
>     Date:        Fri, 16 Aug 2024 17:30:01 +0000 (UTC)
>     From:        campbell+netbsd%mumble.net@localhost
>     Message-ID:  <20240816173001.A3B3B1A9244%mollari.NetBSD.org@localhost>
> 
>   | If you start sh(1) with LC_CTYPE=C, when you enter UTF-8 input,
>   | sh(1) will ignore it, as one might expect.
> 
> That makes no sense to me at all ... sh(1) really knows close to nothing
> about locales (though it should know a little more than it does) and does
> nothing (except some pattern matching) differently at all based upon what
> the locale is set to.   Characters are simply sequences of bytes, sh doesn't
> care what they represent, if you echo one of them (however many bytes there
> are) sh's echo will simply write them out as entered.
> 
> Please try again after turning line editing off (set +VE) - if that makes
> a difference, then it is libedit you're having an issue with.  sh should
> not be "ignoring" whatever that means, anything input, except '\0'.

I tried that and now I can type in the input.  (And then when I delete
successive characters backward, it backs over the last character of my
prompt, a space.  But I assume that's the pty driver or terminal
emulator's doing, not anything to do with sh(1) or libedit.)