bug-bash  

Messages by Thread

• Segmentation fault with 2GB+ strings Lilian CRIMET
• here-documents hang on MSYS2 when the build-time PIPESIZE exceeds the pipe capacity Daryl Watkins via Bug reports for the GNU Bourne Again SHell
  • Re: here-documents hang on MSYS2 when the build-time PIPESIZE exceeds the pipe capacity Chet Ramey
• trapped SIGTERM unexpectedly makes bash exit when received Denys Vlasenko via Bug reports for the GNU Bourne Again SHell
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Chet Ramey
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Denys Vlasenko via Bug reports for the GNU Bourne Again SHell
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Chet Ramey
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Denys Vlasenko via Bug reports for the GNU Bourne Again SHell
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Stan Marsh
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Greg Wooledge
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Chet Ramey
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Félix Hauri via Bug reports for the GNU Bourne Again SHell
  • Re: trapped SIGTERM unexpectedly makes bash exit when received Chet Ramey
• Re: [bash-5.3 patch 19/20] OOB global read in parameter_brace_expand via ${#<high-byte>} Chet Ramey
• [bug #68745] Bug in rounding logic in time command anonymous
• [bug #68742] [bash 5.3 patch 19/20] OOB global read in parameter_brace_expand via ${#<high-byte>} anonymous
• 'wait' inside of a funsub (was: About the wait command problem) Zachary Santer
  • Re: 'wait' inside of a funsub (was: About the wait command problem) Zachary Santer
• start bash from zsh Erich Minderlein
  • Re: start bash from zsh Greg Wooledge
  • Re: start bash from zsh Chet Ramey
• Don't warn about emacs in SHELLOPTS when readline was not compiled in Felix Lechner via Bug reports for the GNU Bourne Again SHell
• [bug #68735] verbose mode only prints first one or two lines of command/process substitutions cubernetes
• [bug #68734] shopt -u expand_aliases has no effect when executed in a trap/PROMPT_COMMAND/bind/etc. cubernetes
• Possible issues in the manual "Bash Features" Ajuu Hieda
  • Re: Possible issues in the manual "Bash Features" Chet Ramey
• [bug #68722] macOS 27 + Bash 5.3.20(1) = ifconfig prints redacted MAC addresses 02:00:00:00:00:00 Luke Hamburg
• declare/local severely mishandle arrays with quoted -g/-A PISSOFF
  • Re: declare/local severely mishandle arrays with quoted -g/-A Zachary Santer
  • Re: declare/local severely mishandle arrays with quoted -g/-A collectthis
  • Re: declare/local severely mishandle arrays with quoted -g/-A Zachary Santer
  • Re: declare/local severely mishandle arrays with quoted -g/-A Robert Elz
  • Re: declare/local severely mishandle arrays with quoted -g/-A Chet Ramey
  • Re: declare/local severely mishandle arrays with quoted -g/-A collectthis
  • Re: declare/local severely mishandle arrays with quoted -g/-A Chet Ramey
  • Re: declare/local severely mishandle arrays with quoted -g/-A Zachary Santer
  • Re: declare/local severely mishandle arrays with quoted -g/-A collectthis
  • Re: declare/local severely mishandle arrays with quoted -g/-A Chet Ramey
  • Re: declare/local severely mishandle arrays with quoted -g/-A Robert Elz
  • Re: declare/local severely mishandle arrays with quoted -g/-A Zachary Santer
  • Re: declare/local severely mishandle arrays with quoted -g/-A Chet Ramey
• Unexpected behavior from combination of errexit and execfail Zev Weiss
  • Re: Unexpected behavior from combination of errexit and execfail Martin D Kealey
  • Re: Unexpected behavior from combination of errexit and execfail Zev Weiss
  • Re: Unexpected behavior from combination of errexit and execfail Chet Ramey
  • Re: Unexpected behavior from combination of errexit and execfail Robert Elz
  • Re: Unexpected behavior from combination of errexit and execfail Chet Ramey
  • Re: Unexpected behavior from combination of errexit and execfail Robert Elz
  • Re: Unexpected behavior from combination of errexit and execfail Chet Ramey
  • Re: Unexpected behavior from combination of errexit and execfail Chet Ramey
• [PATCH] lastpipe: SIGCHLD during append_process walks a half-linked job ring (segfault) Markus Wangler
  • Re: [PATCH] lastpipe: SIGCHLD during append_process walks a half-linked job ring (segfault) Chet Ramey
• Bash-5.3 patch 19 Chet Ramey
• Bash-5.3 patch 20 Chet Ramey
• Bash-5.3 patch 17 Chet Ramey
• Bash-5.3 patch 16 Chet Ramey
• Readline prefix display length suppresses completion coloring Andreas Hartmann
  • Re: Readline prefix display length suppresses completion coloring Chet Ramey
• Re: Subject: NSUB & NSUB0 feature proposal Zachary Santer
  • Re: Subject: NSUB & NSUB0 feature proposal Greg Wooledge
  • Re: Subject: NSUB & NSUB0 feature proposal Chet Ramey
• Segfault on large echo -e wiebe
  • Re: Segfault on large echo -e Koichi Murase
• Bash segfault in large echo -e Wiebe Cazemier via Bug reports for the GNU Bourne Again SHell
• Re: feature proposal: expand associative arrays in lexicographic order Stan Marsh
  • Re: feature proposal: expand associative arrays in lexicographic order Koichi Murase
• [SECURITY] GNU Bash EXIT Trap Arbitrary Code Execution George Simpson via Bug reports for the GNU Bourne Again SHell
  • Fw: [SECURITY] GNU Bash EXIT Trap Arbitrary Code Execution George Simpson via Bug reports for the GNU Bourne Again SHell
  • Re: [SECURITY] GNU Bash EXIT Trap Arbitrary Code Execution Earnestly
  • Re: [SECURITY] GNU Bash EXIT Trap Arbitrary Code Execution Chet Ramey
• [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler correspondence2--- via Bug reports for the GNU Bourne Again SHell
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Paul Eggert
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Chet Ramey
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Sam James
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Collin Funk
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Chet Ramey
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Collin Funk
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Chet Ramey
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler G. Branden Robinson
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Chet Ramey
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Zachary Santer
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Chet Ramey
  • Re: [SECURITY] Async-signal-unsafe operations in alrm_catcher() signal handler Chet Ramey
• Re: sed and awk (Was: The "asort" extension (Was: feature proposal: expand ... Stan Marsh
  • Re: sed and awk (Was: The "asort" extension (Was: feature proposal: expand ... G. Branden Robinson
  • Re: sed and awk (Was: The "asort" extension (Was: feature proposal: expand ... Wiley Young
• sed and awk (Was: The "asort" extension (Was: feature proposal: expand ...) lol) Zachary Santer
• Command saved incorrectly in history. Alberto Millán
  • Re: Command saved incorrectly in history. Chet Ramey
  • Re: Command saved incorrectly in history. Alberto Millán
  • Re: Command saved incorrectly in history. Martin D Kealey
  • Re: Command saved incorrectly in history. Chet Ramey
  • Re: Command saved incorrectly in history. Robert Elz
  • Re: Command saved incorrectly in history. Chet Ramey
  • Re: Command saved incorrectly in history. Mike Jonkmans
  • Re: Command saved incorrectly in history. Andreas Schwab
  • Re: Command saved incorrectly in history. Mike Jonkmans
  • Re: Command saved incorrectly in history. Chet Ramey
  • Re: Command saved incorrectly in history. Mike Jonkmans
  • Re: Command saved incorrectly in history. Robert Elz
  • Re: Command saved incorrectly in history. Mike Jonkmans
  • Re: Command saved incorrectly in history. Chet Ramey
  • Re: Command saved incorrectly in history. Chet Ramey
  • Re: Command saved incorrectly in history. Robert Elz
  • Re: Command saved incorrectly in history. Chet Ramey
  • Re: Command saved incorrectly in history. Robert Elz
  • Re: Command saved incorrectly in history. Chet Ramey
• [bug #68650] HISTFILE truncation on open disrespects timestamps Ilya
• [bug #68649] Missing space after HISTTIMEFORMAT Ilya
• [bug #68646] history -w does not reset history_lines_this_session Ilya
• The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Stan Marsh
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Zachary Santer
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Greg Wooledge
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) G. Branden Robinson
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Chet Ramey
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) G. Branden Robinson
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Zachary Santer
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Chet Ramey
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Zachary Santer
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Greg Wooledge
  • The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Stan Marsh
  • The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Stan Marsh
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) G. Branden Robinson
  • The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Stan Marsh
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Greg Wooledge
  • Re: The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Chet Ramey
  • The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Stan Marsh
  • The "asort" extension (Was: feature proposal: expand associative arrays in lexicographic order ...) Stan Marsh
• [bug #68645] Confusing rules on appending to HISTFILE Ilya
  • Re: [bug #68645] Confusing rules on appending to HISTFILE Chet Ramey
• Re: feature proposal: expand associative arrays in lexicographic order ... Stan Marsh
  • Re: feature proposal: expand associative arrays in lexicographic order ... Chet Ramey
  • Re: feature proposal: expand associative arrays in lexicographic order ... Stan Marsh
• Re: [PATCH] multibyte_identifiers: opt-in UTF-8 ... Stan Marsh
• [bug #68641] history -w and -a ignore HISTFILESIZE anonymous
  • Re: [bug #68641] history -w and -a ignore HISTFILESIZE Félix Hauri via Bug reports for the GNU Bourne Again SHell
• feature proposal: expand associative arrays in lexicographic order of keys Zachary Santer
  • Re: feature proposal: expand associative arrays in lexicographic order of keys Chet Ramey
  • Re: feature proposal: expand associative arrays in lexicographic order of keys Zachary Santer
  • Re: feature proposal: expand associative arrays in lexicographic order of keys Chet Ramey
  • Re: feature proposal: expand associative arrays in lexicographic order of keys Koichi Murase
• Use of tee(2) to speedup reading from pipes Sam James
  • Re: Use of tee(2) to speedup reading from pipes Sam James
  • Re: Use of tee(2) to speedup reading from pipes Chet Ramey
• Taint marker for set -r Sam James
  • Re: Taint marker for set -r Chet Ramey
  • Re: Taint marker for set -r Sam James
  • Re: Taint marker for set -r Chet Ramey
• manual: clarify -n (noexec) vs interactive shells Tom Hale
  • Re: manual: clarify -n (noexec) vs interactive shells Chet Ramey
• Re:  (Buglet) job numbers do not get re-used (sometimes) Wiley Young
• New word splitting semantics for kvpair compound assignment Chet Ramey
  • Re: New word splitting semantics for kvpair compound assignment Zachary Santer
  • Re: New word splitting semantics for kvpair compound assignment Chet Ramey
  • Re: New word splitting semantics for kvpair compound assignment Zachary Santer
  • Re: New word splitting semantics for kvpair compound assignment Chet Ramey
  • Re: New word splitting semantics for kvpair compound assignment Zachary Santer
  • Re: New word splitting semantics for kvpair compound assignment Zachary Santer
  • Re: New word splitting semantics for kvpair compound assignment Chet Ramey
  • Re: New word splitting semantics for kvpair compound assignment Zachary Santer
  • Re: New word splitting semantics for kvpair compound assignment Chet Ramey
  • Re: New word splitting semantics for kvpair compound assignment Zachary Santer
  • Re: New word splitting semantics for kvpair compound assignment Chet Ramey
  • Re: New word splitting semantics for kvpair compound assignment Zachary Santer
  • Re: New word splitting semantics for kvpair compound assignment Chet Ramey
  • Re: New word splitting semantics for kvpair compound assignment Martin D Kealey
  • Re: New word splitting semantics for kvpair compound assignment Chet Ramey
• (Buglet) job numbers do not get re-used (sometimes) Stan Marsh
  • Re: (Buglet) job numbers do not get re-used (sometimes) Greg Wooledge
  • Re: (Buglet) job numbers do not get re-used (sometimes) Andreas Schwab
  • Re: (Buglet) job numbers do not get re-used (sometimes) Greg Wooledge
  • Re: (Buglet) job numbers do not get re-used (sometimes) Andreas Schwab
  • Re: (Buglet) job numbers do not get re-used (sometimes) Robert Elz
  • Re: (Buglet) job numbers do not get re-used (sometimes) Chet Ramey
  • Re: (Buglet) job numbers do not get re-used (sometimes) Stan Marsh
  • Re: (Buglet) job numbers do not get re-used (sometimes) Stan Marsh
  • Re: (Buglet) job numbers do not get re-used (sometimes) Stan Marsh
  • Re: (Buglet) job numbers do not get re-used (sometimes) Chet Ramey
• localename.h:92:3: error: expected declaration specifiers before '_GL_ATTRIBUTE_CONST' Tianon Gravi
  • Re: localename.h:92:3: error: expected declaration specifiers before '_GL_ATTRIBUTE_CONST' Duncan Roe
  • Re: localename.h:92:3: error: expected declaration specifiers before '_GL_ATTRIBUTE_CONST' Chet Ramey
• Basht: a fork of bash-5.3 adapted to a line-multiplexed tagged display Scott Franco
• readline 8.3: cursor misplaced inside prompt after terminal widening, when the prompt has 2+ invisible-character runs Lucas Grigolon Varela
  • Re: readline 8.3: cursor misplaced inside prompt after terminal widening, when the prompt has 2+ invisible-character runs Chet Ramey
  • Re: readline 8.3: cursor misplaced inside prompt after terminal widening, when the prompt has 2+ invisible-character runs Lucas Grigolon Varela
• [bug #68602] prompt text corrupts when switching modes in vi-mode tmp0x
• prompt text corrupts when switching modes in vi-mode &&&&&&&&&&
• [bash] Variable-name parsing consumes first byte of following multibyte UTF-8 character zheng
  • Re: [bash] Variable-name parsing consumes first byte of following multibyte UTF-8 character Chet Ramey
  • Re: [bash] Variable-name parsing consumes first byte of following multibyte UTF-8 character Grisha Levit
• Re: [PATCH] multibyte_identifiers: opt-in ... Stan Marsh
  • Re: [PATCH] multibyte_identifiers: opt-in ... Chet Ramey
  • Re: [PATCH] multibyte_identifiers: opt-in ... Stan Marsh
• Re: [PATCH] multibyte_identifiers: opt-in UTF-8 variable names (UAX #31 + NFC) behind a root-controlled system switch (Ruben.Vanlus) Wiley Young
  • Re: [PATCH] multibyte_identifiers: opt-in UTF-8 variable names (UAX #31 + NFC) behind a root-controlled system switch (Ruben.Vanlus) [email protected]
• (Trivial) Wording in 'help variable' refers to Unix Stan Marsh
  • Re: (Trivial) Wording in 'help variable' refers to Unix Chet Ramey
• Re: interactive documentation for read builtin differes from manual, leaves out critical info Britton Kerin
  • Re: interactive documentation for read builtin differes from manual, leaves out critical info Chet Ramey
• Re: [PATCH] multibyte_identifiers: opt-in UTF-8 variable names... Stan Marsh

• Earlier messages