Re: AW: Re: read command sometimes misses newline on timeout

2024-10-12 Thread Chet Ramey
On 10/7/24 9:49 AM, Thomas Oettli wrote: I agree with you, but it should never happen that read returns timeout, also returns the full line and has already read the newline character. If that happens, there is no way for the script to decide what to do. I think I found the problem and fixed it

Re: waiting for process substitutions

2024-10-12 Thread Zachary Santer
On Sat, Oct 12, 2024 at 12:33 PM Oğuz wrote: > > On Saturday, October 12, 2024, Zachary Santer wrote: >> >> Backwards compatibility with people's expectations > > No one expects children of the same parent to be able to wait for eachother. > It's common sense. $ ( set -x; : & wait -- "${sibling

Re: procsub doesn't release the terminal without reading one byte

2024-10-12 Thread Chet Ramey
On 10/9/24 2:01 PM, Oğuz wrote: The first letter I type after running this command won't show up on the terminal: : < <(cat) This is reproducible on 5.3 beta too. It's cat and the scheduler. You have two processes fighting over stdin. cat inherits stdin, and successfully reads one charac

Re: Call dynamic builtins with 'builtin' command

2024-10-12 Thread Greg Wooledge
On Sat, Oct 12, 2024 at 16:55:31 -0400, Chet Ramey wrote: > On 10/9/24 7:15 AM, Vadim Nevorotin wrote: > > 2. Can you explain how to load and use e.g. stat builtin without > > overwriting the current behavior of stat in the whole existing script? > > Is this anything more complicated than doing >

Re: Call dynamic builtins with 'builtin' command

2024-10-12 Thread Chet Ramey
On 10/9/24 7:15 AM, Vadim Nevorotin wrote: Hello! I'm trying to do a very simple task: I want to use the 'stat' builtin from BASH_LOADABLES_PATH without overwriting the current behavior of the 'stat' command in the current shell (whether it's a binary from $PATH, or an alias, or a function). S

Re: [PATCH] braces: avoid signed overflow

2024-10-12 Thread Chet Ramey
On 10/1/24 7:18 PM, Grisha Levit wrote: INTMAX_MAX=9223372036854775807 eval ": {$((INTMAX_MAX-1))..$((INTMAX_MAX))}" braces.c:447:9: runtime error: signed integer overflow: 9223372036854775807 + 1 cannot be represented in type 'intmax_t' (aka 'long') Thanks for the report and patch. Chet --

Re: [PATCH] BASH_SOURCE_FULLPATH_DEFAULT fixup

2024-10-12 Thread Chet Ramey
On 10/3/24 9:56 PM, Grisha Levit wrote: Fix typo in configure.ac causing: src/bash/configure: 3892: test: =: unexpected operator Update shopt reset code to use new define. Thanks for the report and patch. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer

Re: AW: Re: read command sometimes misses newline on timeout

2024-10-12 Thread Chet Ramey
On 10/7/24 9:49 AM, Thomas Oettli wrote: I agree with you, but it should never happen that read returns timeout, also returns the full line and has already read the newline character. I don't see how that can happen, given how the code is structured. It's possible for the shell to read all the

Re: aliases sometimes not expanded even with expand_aliases set

2024-10-12 Thread Chet Ramey
On 10/12/24 9:31 AM, i...@beware.dropbear.id.au wrote: Bash Version: 5.2 Patch Level: 26 Release Status: release Description: In the following script, the first alias fails with "comand not found" but the second works. This is covered in the manual (bash.1): Bash always reads at le

Re: waiting for process substitutions

2024-10-12 Thread Oğuz
On Saturday, October 12, 2024, Zachary Santer wrote: > > Backwards compatibility with people's expectations No one expects children of the same parent to be able to wait for eachother. It's common sense. -- Oğuz

Re: New feature

2024-10-12 Thread Martin D Kealey
On Sat, 12 Oct 2024, 23:50 Saint Michael, wrote: > From: Saint Michael > Date: Sat, Oct 12, 2024 at 9:49 AM > Subject: New feature > > The command printf needs a new flag, -e, that would mimic that way the > same flag works with echo. > … > PROCEDURE_INFO=$(echo -e "${PROCEDURE_INFO}") > this s

Re: Fwd: New feature

2024-10-12 Thread Andreas Schwab
On Okt 12 2024, Saint Michael wrote: > After using printf, right now I need to lunch a second command if I > need to expand the \n into real new lines. $ printf %b '\n' -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now fo

Re: Fwd: New feature

2024-10-12 Thread Greg Wooledge
On Sat, Oct 12, 2024 at 09:50:03 -0400, Saint Michael wrote: > The command printf needs a new flag, -e, that would mimic that way the > same flag works with echo. > After using printf, right now I need to lunch a second command if I > need to expand the \n into real new lines. > > PROCEDURE_INFO=

Re: waiting for process substitutions

2024-10-12 Thread Zachary Santer
On Sun, Jul 14, 2024 at 8:40 PM Zachary Santer wrote: > > On Tue, Jul 9, 2024 at 2:37 PM Zachary Santer wrote: > > > > On the other hand, do funsubs give us the answer here? > > > > shopt -s lastpipe > > declare -a pid=() > > command-1 | tee >( command-2 ) ${ pid+=( "${!}" ); } >( command-3 ) ${

Fwd: New feature

2024-10-12 Thread Saint Michael
From: Saint Michael Date: Sat, Oct 12, 2024 at 9:49 AM Subject: New feature The command printf needs a new flag, -e, that would mimic that way the same flag works with echo. After using printf, right now I need to lunch a second command if I need to expand the \n into real new lines. PROCEDURE_

Re: aliases sometimes not expanded even with expand_aliases set

2024-10-12 Thread Greg Wooledge
On Sun, Oct 13, 2024 at 00:01:10 +1030, i...@beware.dropbear.id.au wrote: > In the following script, the first alias fails with "comand not found" > but the second works. > > #!/bin/bash > > shopt -s expand_aliases > > if :; then > alias foo='ec

aliases sometimes not expanded even with expand_aliases set

2024-10-12 Thread ian
Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_A

Re: fg via keybind modifies tty settings

2024-10-12 Thread Lawrence Velázquez
On Sat, Oct 12, 2024, at 2:22 AM, David Moberg wrote: > So this kind of bugfix is not enough to ever trigger a new release on its > own? (sounds wise) No, but Chet does periodically release particularly important fixes as patches against the most recent release. (Those make up most of the commits