On Fri, Sep 06, 2024 at 08:37:54AM +0800, Lockywolf wrote:
> >I think this is appropriate for a loadable builtin. This one is Linux-
> >specific.
>
> I am not experienced enough to have an opinion on whether a loadable
> built-in is better than a feature of "exec".
A loadable builtin is a builtin
Chet Ramey writes:
> So I assume that you want to change the kernel's idea of the process
> arguments as seen and displayed by `ps'. If so, I'm not really interested
> in adding that as a feature. It doesn't seem to add anything for shell
> users.
Well, I am a shell user :).
I would really lov
On 8/30/24 11:06 PM, Zachary Santer wrote:
New wait-n-failure attached.
I'll look at this. These always take a long time.
(Apparently ${SECONDS} can't be declared local
and still work.)
Making a variable local removes the special behavior on assignment and
reference.
$ source ~/random/wa
On 8/30/24 11:06 PM, Zachary Santer wrote:
CWRU/CWRU.chlog:
> 8/26
>
> execute_cmd.c
> [...]
> - execute_connection: in default mode, bash performs jobs notifications
> in an interactive shell between commands separated by ';' or '\n'.
> It shouldn't do this in posix mode,
On 9/4/24 5:54 PM, Emanuele Torre wrote:
Not super relevant, but I have a bash loadable builtin that can set the
script's proctitle that I wrote for fun ~1 year ago.
I think this is appropriate for a loadable builtin. This one is Linux-
specific.
--
``The lyf so short, the craft so long to le
