Stephane Chazelas wrote in
<20230902084912.vdfedsgbnat2w...@chazelas.org>:
|2023-09-01 23:28:50 +0200, Steffen Nurpmeso via austin-group-l at The \
|Open Group:
...
|>|FWIW, a "printf %b" github shell code search returns ~ 29k
|>|entries
|>|(https://github.com/search?q=printf+%25b+language%3
Kerin ,
Thanks for this suggestion but mostly the number of parts for some string
would be equal to the size of the input string.
So, it means that for every string it needs to associate special bash-array
with the same size and in order to get the result do join all
bash-array-elements.
On Fri,
On 2023-09-01 09:07, Chet Ramey wrote:
On 9/1/23 11:48 AM, Earl Chew wrote:
What remains might be whether there is value in maintaining the
present barrier in both parent and child so that it is
straightforward to reason about designation of the
foreground process in the controlling terminal.
On Mon, Feb 21, 2022 at 2:23 AM konsolebox wrote:
>
> Commonly `readarray -t`, a pipe, and a subshell is used to get the
> results of compgen but this has two problems:
>
> - It uses a pipe and a subshell
> - Values having newlines will be split
>
> Those can be prevented if another option is adde
On Mon, Jun 21, 2021 at 11:34 PM Chet Ramey wrote:
> I'll consider it. It's low priority right now.
Hello Chet, I just saw this implemented in 5.3. Just want to say
thanks a lot!! I extremely appreciate it.
--
konsolebox
Le 02/09/2023 à 07:46, Phi Debian écrivait :
On Fri, Sep 1, 2023 at 8:10 PM Stephane Chazelas
wrote:
2023-09-01 07:54:02 -0500, Eric Blake via austin-group-l at The Open Group:
FWIW, a "printf %b" github shell code search returns ~ 29k
entries
(
https://github.com/search?q=printf+%25b+langua
2023-09-01 23:28:50 +0200, Steffen Nurpmeso via austin-group-l at The Open
Group:
[...]
> |FWIW, a "printf %b" github shell code search returns ~ 29k
> |entries
> |(https://github.com/search?q=printf+%25b+language%3AShell&type=code&l=Sh\
> |ell)
> |
> |That likely returns only a small subset
