Re: Sourcing a script from a pipe is not reliable

2019-01-09 Thread Eduardo Bustamante
On Wed, Jan 9, 2019 at 10:54 PM Jeremy wrote: (...) > 3.2.57(1)-release (x86_64-apple-darwin15) > > > This is on MacOS 10.11.6. If there is a better place for me to report this > bug, please let me know. Have you tried the latest version? Bash 5.0 was just released: https://lists.gnu.org/archive/

Sourcing a script from a pipe is not reliable

2019-01-09 Thread Jeremy
Configuration Information [Automatically generated, do not change]: Machine: Mac OS: Darwin Compiler: gcc Compilation CFLAGS: Xcode uname output: Darwin Octo.local 15.6.0 Darwin Kernel Version 15.6.0: Thu Jun 21\ 20:07:40 PDT 2018; root:xnu-3248.73.11~1/RELEASE_X86_64 x86_64 Machine Type: x

Sourcing a script from a pipe is not reliable

2019-01-09 Thread Jeremy
Configuration Information [Automatically generated, do not change]: Machine: Mac OS: Darwin Compiler: gcc Compilation CFLAGS: Xcode uname output: Darwin Octo.local 15.6.0 Darwin Kernel Version 15.6.0: Thu Jun 21\ 20:07:40 PDT 2018; root:xnu-3248.73.11~1/RELEASE_X86_64 x86_64 Machine Type: x

Re: Probable recursion in particular alias

2019-01-09 Thread Ante Perić
Yes, certainly. I've also minimized the .bashrc and .bash_profile in here to what will also reproduce. Running "foo" here will peg my CPU down. zrak:~ synthmeat$ alias; declare -f alias foo=' echo "bar" ' shell_session_delete_expired () { if ( [ ! -e "$SHELL_SESSION_TIMESTAMP_FILE"

bash5: "progcomp_alias" and "complete -D"

2019-01-09 Thread Clark Wang
Seems like if there's "complete -D" defined then "progcomp_alias" would never work. So does it make more sense to make "progcomp_alias" has higher priority than "complete -D"?

Re: [PATCH] Add active mark, face support; activate mark on paste

2019-01-09 Thread Chet Ramey
On 1/9/19 2:39 PM, Daniel Colascione wrote: > Any chance we can revive this patch now that Bash 5 is out? (The patch > itself, of course, would need to be rebased.) Yes, I plan to. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippo

Re: [DOC] Incomplete explanation about the regex =~ operator

2019-01-09 Thread Chet Ramey
On 1/9/19 2:27 PM, kevin wrote: > My message was poorly formatted (I lack of experience) and consequently you > misunderstood it. > The shell operation is unusual when a regular expression appears inside a > conditional expression. Indeed, neither the Bash man page or the Bash > Reference Manual in

Re: [PATCH] Add active mark, face support; activate mark on paste

2019-01-09 Thread Daniel Colascione
Any chance we can revive this patch now that Bash 5 is out? (The patch itself, of course, would need to be rebased.) On Fri, Jun 8, 2018 at 9:27 AM Chet Ramey wrote: > > On 6/7/18 10:45 PM, Daniel Colascione wrote: > > Hey. I'd appreciate a quick peek at this patch. The lack of visual feedback >

Re: Probable recursion in particular alias

2019-01-09 Thread Eduardo Bustamante
On Wed, Jan 9, 2019 at 4:59 AM Ante Perić wrote: (...) > Description: > Having an alias of type: > alias bug="\ >echo \"no output, 100% cpu\" \ > " > in .bashrc will give no output, will not complete, and it will peg the CPU to > 100%. Can you share the output of (right aft

Re: Probable recursion in particular alias

2019-01-09 Thread Chet Ramey
On 1/9/19 1:24 AM, Ante Perić wrote: > Bash Version: 5.0 > Patch Level: 0 > Release Status: release > > Description: > Having an alias of type: > alias bug="\ >echo \"no output, 100% cpu\" \ > " > in .bashrc will give no output, will not complete, and it will peg the CPU to

Re: weird insert of backslashes in strings

2019-01-09 Thread Chet Ramey
On 1/8/19 3:50 PM, a...@freakout.de wrote: > Configuration Information [Automatically generated, do not change]: > Machine: i686 > OS: linux-gnu > Compiler: gcc > Compilation CFLAGS: -fstack-protector -Wno-parentheses -Wno-format-security > uname output: Linux bongo 2.6.32-042stab134.8 #1 SMP Fri D

Re: Bash copyright (assignment) management (issue)

2019-01-09 Thread Tadeus Prastowo
On Wed, Jan 9, 2019 at 3:04 PM Chet Ramey wrote: > > On 1/9/19 4:11 AM, Tadeus Prastowo wrote: > > Hi Chet, > > > > It seems to me that Bash does not require copyright assignment for > > contributed patches, unlike GCC and Emacs. Is that true? > > I rarely get patches longer than a few lines, so

Re: Bash copyright (assignment) management (issue)

2019-01-09 Thread Chet Ramey
On 1/9/19 4:11 AM, Tadeus Prastowo wrote: > Hi Chet, > > It seems to me that Bash does not require copyright assignment for > contributed patches, unlike GCC and Emacs. Is that true? I rarely get patches longer than a few lines, so I don't consider it a problem. Do you think it's an issue? --

Probable recursion in particular alias

2019-01-09 Thread Ante Perić
Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: darwin18.2.0 Compiler: clang Compilation CFLAGS: -DSSH_SOURCE_BASHRC -Wno-parentheses -Wno-format-security uname output: Darwin zrak 18.2.0 Darwin Kernel Version 18.2.0: Mon Nov 12 20:24:46 PST 2018; root:xnu-4

Bash copyright (assignment) management (issue)

2019-01-09 Thread Tadeus Prastowo
Hi Chet, It seems to me that Bash does not require copyright assignment for contributed patches, unlike GCC and Emacs. Is that true? If that is so, how do you manage the copyright issue? Do you do it by never accepting a patch as it is but only capturing the idea behind the patch and re-impleme