Re: [bug #66460] A documentation correction regarding an array nameref???

2024-11-18 Thread Andreas Kähäri
On Tue, Nov 19, 2024 at 01:40:12AM -0500, Harry Clauson wrote: > URL: > > > Summary: A documentation correction regarding an array > nameref??? >Group: The GNU Bourne-Again SHell >Submitter: harryc >

[bug #66460] A documentation correction regarding an array nameref???

2024-11-18 Thread Harry Clauson
URL: Summary: A documentation correction regarding an array nameref??? Group: The GNU Bourne-Again SHell Submitter: harryc Submitted: Tue 19 Nov 2024 06:40:06 AM UTC Category:

Re: redirection / process substitution fails to read a file descriptor

2024-11-18 Thread Chet Ramey
On 11/17/24 1:16 PM, Mike Peters wrote: On 2024-11-16 22:56, Lawrence Velázquez wrote: On Sat, Nov 16, 2024, at 9:35 PM, Greg Wooledge wrote: On Sat, Nov 16, 2024 at 16:35:05 -0600, Mike Peters wrote: Description: Process substitution does not generate properly when pulling from anot

Re: redirection / process substitution fails to read a file descriptor

2024-11-18 Thread Chet Ramey
On 11/17/24 6:25 PM, Robert Elz wrote: The use for testing for errors is also occasionally useful - a redirection error will cause the shell to exit (non-interactive shell) so &2 message; exit 2; } (or similar) (and output directions test that the file either exists or can be created, and is wri

Re: Built-in `test -a` returns incorrectly

2024-11-18 Thread Greg Wooledge
On Mon, Nov 18, 2024 at 11:31:25 +, Klüver, Tibor wrote: > Built-in `[ -a ... ]` returns true when false, negation with `!` is > also very strange. > `[[` is not affected, neither is `/bin/[`. > > Repeat-By: > * touch file > * [ -a file ] && echo exists

Built-in `test -a` returns incorrectly

2024-11-18 Thread Klüver , Tibor
Hi, please see below for the copy of bash-bug: Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall uname output: Linux SLWS573 5.15.167.4-microso

Re: fg via keybind modifies tty settings

2024-11-18 Thread Chet Ramey
On 11/16/24 5:29 AM, David Moberg wrote: Ok, is there anything I can do on my user side to get desired behavior? (similar to running `stty sane` every time I send vim to the background.) As several others have suggested, a simple macro that clears the line, saving the text on the kill ring for

Re: Built-in `test -a` returns incorrectly

2024-11-18 Thread Chet Ramey
On 11/18/24 6:31 AM, Klüver, Tibor wrote: Bash Version: 5.2 Patch Level: 15 Release Status: release Description: Built-in `[ -a ... ]` returns true when false, negation with `!` is also very strange. `[[` is not affected, neither is `/bin/[`. `test' uses an algorithm based

Re: history-search-* and undo lists

2024-11-18 Thread Grisha Levit
On Tue, Nov 5, 2024 at 11:20 AM Chet Ramey wrote: > > On 10/18/24 4:22 PM, Grisha Levit wrote: > > There's some issue with undo list handling in history-search-* commands: > > > > Doing a successful search with a line that has an undo list causes the > > undo entries from that list to leaked: > >

Re: [PATCH] lib/readline/doc makefiles clean targets

2024-11-18 Thread Grisha Levit
On Wed, Nov 13, 2024 at 11:13 AM Chet Ramey wrote: > > On 11/12/24 7:18 PM, Grisha Levit wrote: > > > The latest change, > > > > +Makefile.in > > + - y.tab.h: move from CREATED_HEADERS to INSTALLED_HEADERS so we don't > > + clean it > > > > makes the install-headers target fail for an out-of-tree

[bug #66455] declare -p [varname] does not recognize nameref variables

2024-11-18 Thread Dominik Kummer
URL: Summary: declare -p [varname] does not recognize nameref variables Group: The GNU Bourne-Again SHell Submitter: domson Submitted: Mon 18 Nov 2024 01:39:22 PM CET Category

Re: [bug #66455] declare -p [varname] does not recognize nameref variables

2024-11-18 Thread Greg Wooledge
On Mon, Nov 18, 2024 at 07:39:31 -0500, Dominik Kummer wrote: > > > Summary: declare -p [varname] does not recognize nameref > variables Hmm? hobbit:~$ declare -n ref=HOME hobbit:~$ declare -p ref declare -n ref="HOME"