Re: Corrupted multibyte characters in command substitutions fixes may be worse than problem.

[Alex fxmbsw7 Ratchev]

On Mon, Feb 7, 2022 at 12:02 AM Greg Wooledge <greg@wooledge.org> wrote:
>
> On Sun, Feb 06, 2022 at 11:11:43PM +0100, Alex fxmbsw7 Ratchev wrote:
> > [[ Regarding nul bytes discarded by command substitution ]]
> > can't these \0 bytes be encoded at least when a utf8 locale is used as
> > \u0 instead of dropping ? <the two utf 8 bytes> and a null, ... just
> > prefix the utf 8 encoding chars to the null
> > and they'd be safely maybe still here
>
> There are other programming languages besides bash.  Some of them can
> store NUL bytes internally, either by encoding and decoding them on the
> fly, or by not using C-style strings internally (which means any system
> calls require encoding/decoding the internal strings to C-style strings).

i am not sure, but, tell me
'c strings' is a problem due to internal function handling with static \0 eof
while 'c strings' can store null bytes no ? ( tell me if this is true
or not plz )
then if, its up to the coding buddies to self code
its so simple:
you have always static length strings simply, u conunt and know the
length of every msg used, and so u can separate right
isnt it so simple ?

> I urge you to learn one of these other languages, and use it.

i cant read others docs it seems buddy, it budds mee, its like the web
docs about shell scripting, as you i and i wrote on our pages, its
very invalid
and so i cant learn a new language sorry

> Bash is a shell, not a full general-purpose programming language.  It's
> not suited to all tasks.  Many other languages are *better* suited to
> various tasks.  Using the best language for each task will make your
> life easier.

my life easier .. aha thats a big joke
seriously i agree with the logic, of not using a worse than suited
language for a task
but sadly, its no wunschkonzert where i select oh this one language
outta 1k anagues
no i only do bash and gawk , due to bad written docs , not itself

i also understand your knows about other languages so you ad em
but bash is a major one
and somewhen get as big as its supposed to be
just like others will

i see a future for me only when i self .c code my own toolset
which i cant aha :))