Re: enable builtin bugs in bash 5.2

[alex xmb ratchev]

On Wed, May 31, 2023, 16:07 Chet Ramey <chet.ramey@case.edu> wrote:

> On 5/30/23 4:46 PM, Robert Elz wrote:
> >      Date:        Tue, 30 May 2023 15:28:57 -0400
> >      From:        Chet Ramey <chet.ramey@case.edu>
> >      Message-ID:  <ad399376-280e-bcdd-1aff-740f1a6ea4de@case.edu>
> >
> >    | Hmmmm. That's not the only option. How about we load it if found
> but mark
> >    | it as not enabled? It will still take `enable -d' to delete it.
> >
> > That wouldn't match the man page, and isn't really rational.
>
> The documentation can always be changed to match a change in behavior.
>
> >
> > The man page says:
> >
> >      The -f option means to load the new builtin command name from
> >      shared object filename, on systems that support dynamic loading.
> >
> > and
> >
> >      If no options are supplied and a name is not a shell builtin,
> >      enable will attempt to load name from a shared object named name,
> >      as if the command were ``enable -f name name .
>
> I think it's reasonable to stay like that, and change the behavior as
> Emanuele proposes.
>

i didnt get her / hisb.. text .. i much text dont get
i just have issue with functionality and speed
i suggest a meta data structure , like solution for many elses too
for like , make lists and process maximally more in batch , .. that for
speed
u dont yet have anything such but i must mention

.. or a similiar as question ..
if i understood right new version auto includes these , bash'ins , ..
how much slower is bash acting on that load than without
( and fix to better -> faster )
one big way is optimized batch processing , like .. -0 null sep

also i say we need two d
sep = \0\0 , subsep = \0
instead
sep = \0 , subsep = \1
in read / mapfile / somewhere

<small include more logical features reminder>

u can maybe write read2d or mapfile2d .c as bash in
nevermind ..

greets

-- 
> ``The lyf so short, the craft so long to lerne.'' - Chaucer
>                  ``Ars longa, vita brevis'' - Hippocrates
> Chet Ramey, UTech, CWRU    chet@case.edu    http://tiswww.cwru.edu/~chet/
>
>
>