Re: Man Page: Confusing wording

2018-04-09 Thread L A Walsh
How about the below, suggested wording replacing these 2 paragraphs: A list is a sequence of one or more pipelines separated by one of the operators ;, &, &&, or ||, and optionally terminated by one of ;, &, or . Of these list operators, && and || have equal precedence, followed b

Re: proper bash configure behavior when /dev/stdin is present, /dev/{,self/}fd are not?

2018-04-09 Thread Brian Carnes
Chet, Please find attached patches for bash 4.3.x and 4.4 for full functionality under QNX 6.x and 7.0 Out of the box, bash will not build for QNX7 (native or cross), and builds under QNX6 with some incorrect blind cross compile guesses that are important to get right. QNX is no longer offic

bash OpenGL bindings

2018-04-09 Thread L A Walsh
Interesting use of bash to run openGL stuff. FWIW, ran the progs on my linux box, and the display was on my Win7 box via 'X' -- and the openGL stuff worked in real-time. For those who want to try an interesting use of bash. I unzip'ed the source at 14:59, and am writing this @ 15:33... So to get

Re: A question about bash change for efficiency speedups in multibyte locales

2018-04-09 Thread Chet Ramey
On 4/3/18 9:23 PM, yangyajing wrote: > I don't think it should check for '[:',  but it should check if the > pattern is defined in the charclass even if the pattern does not have a > multibyte character. I'll add something so that the code only falls back to the single-byte matcher if there is a p

Re: [PATCH] READLINE_POINT with multibyte locales

2018-04-09 Thread Chet Ramey
On 4/9/18 10:51 AM, Koichi Murase wrote: > Bash Version: 4.4 > Patch Level: 19 > Release Status: release > > Description: > > Currently `READLINE_POINT' counts the number of bytes but not > characters. This makes difficult to properly implement shell functions > for `bind -x' that uses `READLI

[PATCH] READLINE_POINT with multibyte locales

2018-04-09 Thread Koichi Murase
Hello, This is not a bug report but suggestion of a change. Configuration Information [Automatically generated, do not change]: Machine: i686 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i686' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i686-pc-linux-gnu' -DCO

Re: [BUG] ERR trap triggered twice when using 'command'

2018-04-09 Thread Chet Ramey
On 4/7/18 12:52 PM, Martijn Dekker wrote: > Op 02-04-18 om 20:41 schreef Chet Ramey: >> Thanks for the report. This clearly falls under this clause >> >> "In every other respect, if command_name is not the name of a function, the >> effect of command (with no options) shall be the same as omitting