Proposed new feature for bash: unbuffered pipes, part 4: glibc.diff

2020-04-21 Thread Dale R. Worley
diff --git a/libio/filedoalloc.c b/libio/filedoalloc.c index 412b8d5937..35044e3512 100644 --- a/libio/filedoalloc.c +++ b/libio/filedoalloc.c @@ -58,6 +58,7 @@ #include "libioP.h" #include #include +#include #include #include @@ -71,6 +72,17 @@ local_isatty (int fd) return res; }

Proposed new feature for bash: unbuffered pipes, part 3: bash.diff

2020-04-21 Thread Dale R. Worley
diff --git a/command.h b/command.h index 3249516..ef611a4 100644 --- a/command.h +++ b/command.h @@ -186,6 +186,7 @@ typedef struct element { #define CMD_COPROC_SUBSHELL 0x1000 #define CMD_LASTPIPE 0x2000 #define CMD_STDPATH0x4000 /* use standard path for command lookup */

Proposed new feature for bash: unbuffered pipes, part 2: demo implementation

2020-04-21 Thread Dale R. Worley
The baseline behavior is that this command, after 10 seconds, outputs 10 lines of output: $ bash -c 'for I in $( seq 10 ) ; do echo ABCDE ; sleep 1 ; done | grep A | cat' To build and run a demo of the "unbuffered pipes" feature: Create and cd to a scratch directory. Build a modified Bash: $

Proposed new feature for bash: unbuffered pipes, part 1: overview

2020-04-21 Thread Dale R. Worley
It may seem intemperate to propose that a program with an 82-page manual "page" could benefit from yet another feature, but that is what this is doing: Bash's users would benefit from a feature that suppresses buffering of output sent to particular pipes (designated by the user). At the bottom

Re: pasting in bracketed-paste mode breaks reverse-i-search

2020-04-21 Thread Chet Ramey
On 4/21/20 4:25 PM, gentoo_esh...@tutanota.com wrote: >> It's the ESC prefix. You can use it if you remove ESC from the list of >> characters that terminate an incremental search. The problem is that most >> of the key sequences that begin with ESC (e.g., arrow keys) are intended to >> terminate

Re: pasting in bracketed-paste mode breaks reverse-i-search

2020-04-21 Thread gentoo_eshoes--- via Bug reports for the GNU Bourne Again SHell
Apr 21, 2020, 16:14 by chet.ra...@case.edu: > On 4/20/20 9:32 PM, gentoo_eshoes--- via Bug reports for the GNU Bourne > Again SHell wrote: > >> pasting while in reverse-i-search undoes it >> Repeat-By: >> $ bind 'set enable-bracketed-paste on' >> select character 'c' with the mouse, so it can

Re: [PATCH] operate-and-get-next skips command after a multi-line command

2020-04-21 Thread Chet Ramey
On 4/19/20 7:58 PM, Greg Price wrote: > Bash Version: 5.0 > Patch Level: 3 > Release Status: release > > Description: > > When the function operate-and-get-next (C-o) is used on a multi-line > command, if the history is full, the next prompt shows not the next > command but the one after

Re: pasting in bracketed-paste mode breaks reverse-i-search

2020-04-21 Thread Chet Ramey
On 4/20/20 9:32 PM, gentoo_eshoes--- via Bug reports for the GNU Bourne Again SHell wrote: > pasting while in reverse-i-search undoes it > Repeat-By: > $ bind 'set enable-bracketed-paste on' > select character 'c' with the mouse, so it can be pasted via pressing MMB or > shift+insert > press

Re: process substitution fd lifetime race condition

2020-04-21 Thread Chet Ramey
On 4/21/20 12:29 AM, Jason A. Donenfeld wrote: > Were you planning on committing this to Savannah? Yes, this will most likely end up as patch 17, unless a higher-priority thing comes up first. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita

Re: Suggestions for improving Bash

2020-04-21 Thread Chet Ramey
On 4/21/20 7:17 AM, Greg Wooledge wrote: > On Mon, Apr 20, 2020 at 10:25:30PM -0400, Dale R. Worley wrote: >> Is this the proper place to make suggestions for improving Bash? > > Yes. It should also be noted that there is no public bug tracker, That's not quite true. There is a bug tracker on

Re: Suggestions for improving Bash

2020-04-21 Thread Chet Ramey
On 4/20/20 10:25 PM, Dale R. Worley wrote: > Is this the proper place to make suggestions for improving Bash? Yes, you can post bug reports and feature suggestions here. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet

Re: Suggestions for improving Bash

2020-04-21 Thread Greg Wooledge
On Mon, Apr 20, 2020 at 10:25:30PM -0400, Dale R. Worley wrote: > Is this the proper place to make suggestions for improving Bash? Yes. It should also be noted that there is no public bug tracker, other than the archives of this mailing list. So, it can be difficult to tell which suggestions