Dash

• Thread Index

• Re: Expansion-lookalikes in heredoc delimiters
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Expansion-lookalikes in heredoc delimiters
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Expansion-lookalikes in heredoc delimiters
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] provide .gitignore
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: mystring: fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: expand: 'nolog' and 'debug' options cause "$-" to wreak havoc
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: histedit: fix build with musl libc
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: expand: Remove dependency on fmatch.h if it does not exit
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: input: Fix here-document redirection with vi/emacs on
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: man: Small cleanup for Command Line Editing
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: builtin: describe_command - fix incorrect path
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: trap: Globally rename pendingsigs to pending_sig
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] parser: Fix single-quoted patterns in here-documents
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Expansion-lookalikes in heredoc delimiters
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Expansion-lookalikes in heredoc delimiters
  • From: Martijn Dekker <martijn@xxxxxxxx>
• [PATCH] parser: Fix single-quoted patterns in here-documents
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Expansion-lookalikes in heredoc delimiters
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH v3] parser: Add syntax stack for recursive parsing
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH v3] parser: Add syntax stack for recursive parsing
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] parser: Add syntax stack for recursive parsing
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH v2] parser: Add syntax stack for recursive parsing
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] parser: Add syntax stack for recursive parsing
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Greater resolution in test -nt / test -ot
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Greater resolution in test -nt / test -ot
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] 'nolog' and 'debug' options cause "$-" to wreak havoc
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Development branch?
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [v2] trap: fix memory leak in exitshell()
  • From: Andreas Bofjäll <andreas@xxxxxxxxxx>
• Re: Greater resolution in test -nt / test -ot
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Don't execute binary files if execve() returned ENOEXEC.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [v2] trap: fix memory leak in exitshell()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] fix "Illegal number" on FreeBSD & macOS for x=; echo $((x))
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] histedit: fix build with musl libc
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Unexpected(?) return value inside if-else
  • From: Lauro Costa <lauro@xxxxxxxxxxxxxxxx>
• Re: Unexpected(?) return value inside if-else
  • From: "G.raud" <graud@xxxxxxx>
• Unexpected(?) return value inside if-else
  • From: Lauro Costa <lauro@xxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: test bug?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• test bug?
  • From: Yuriy Vostrikov <delamonpansie@xxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash bug: double-quoted "\" breaks glob protection for next char
  • From: Martijn Dekker <martijn@xxxxxxxx>
• dash bug: double-quoted "\" breaks glob protection for next char
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• [PATCH] Remove dependency on fmatch.h if it does not exit
  • From: Rink Springer <rink@xxxxxxx>
• [PATCH] Remove dependency on fmatch.h if it does not exit
  • From: Rink Springer <rink@xxxxxxx>
• Re: [BUG] $PATH not fully searched
  • From: Joshua Nelson <jynelson@xxxxxxxxxxxx>
• Re: [BUG] $PATH not fully searched
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• [BUG] $PATH not fully searched
  • From: Joshua Nelson <jynelson@xxxxxxxxxxxx>
• Please document the peculiar $ENV processing
  • From: "G.raud" <graud@xxxxxxx>
• Re: [BUG] quoted substring parameter expansion ignores single-quotes in the arg
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [BUG] quoted substring parameter expansion ignores single-quotes in the arg
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: [BUG] Redirection bug in subshell's EXIT trap
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [BUG] Redirection bug in subshell's EXIT trap
  • From: Vitaly Sinilin <vs@xxxxxx>
• Re: [NO-BUG] quoted substring parameter expansion ignores single-quotes in the arg
  • From: "G.raud" <graud@xxxxxxx>
• [BUG] quoted substring parameter expansion ignores single-quotes in the arg
  • From: "G.raud" <graud@xxxxxxx>
• [BUG] ignored substring parameter expansion after $@ ("$@""${v%/*}") command line)
  • From: "G.raud" <graud@xxxxxxx>
• Re: echo "\\1"?
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: echo "\\1"?
  • From: Bosco <jbosco.gg@xxxxxxxxx>
• Re: echo "\\1"?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: echo "\\1"?
  • From: Bosco <jbosco.gg@xxxxxxxxx>
• Re: echo "\\1"?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: echo "\\1"?
  • From: Bosco <jbosco.gg@xxxxxxxxx>
• Re: echo "\\1"?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: echo "\\1"?
  • From: Bosco <jbosco.gg@xxxxxxxxx>
• Re: echo "\\1"?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• echo "\\1"?
  • From: Bosco <jbosco.gg@xxxxxxxxx>
• Re: [BUG] Here-document redirection with vi/emacs on
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [BUG] Can't see accented letters with vi/emacs on
  • From: Zando Fardones <bluesun654@xxxxxxxxx>
• [BUG] Here-document redirection with vi/emacs on
  • From: Zando Fardones <bluesun654@xxxxxxxxx>
• Re: Small cleanup to src/dash.1 - Command Line Editing
  • From: Larry Hynes <larry@xxxxxxxxxxxxxx>
• Re: Small cleanup to src/dash.1 - Command Line Editing
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: where to obtain dash 0.5.9.1?
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Greater resolution in test -nt / test -ot
  • From: Petr Skočík <pskocik@xxxxxxxxx>
• Small cleanup to src/dash.1 - Command Line Editing
  • From: Larry Hynes <larry@xxxxxxxxxxxxxx>
• Re: [PATCH] [BUILTIN] describe_command: fix incorrect path
  • From: Youfu Zhang <zhangyoufu@xxxxxxxxx>
• Re: [PATCH] [BUILTIN] describe_command: fix incorrect path
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] [BUILTIN] describe_command: fix incorrect path
  • From: Youfu Zhang <zhangyoufu@xxxxxxxxx>
• Re: where to obtain dash 0.5.9.1?
  • From: Eduardo Bustamante <dualbus@xxxxxxxxx>
• Re: [BUG] 'nolog' and 'debug' options cause "$-" to wreak havoc
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• [BUG] 'nolog' and 'debug' options cause "$-" to wreak havoc
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] quote arguments in xtrace output
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: where to obtain dash 0.5.9.1?
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] quote arguments in xtrace output
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] quote arguments in xtrace output
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] quote arguments in xtrace output
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] quote arguments in xtrace output
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] quote arguments in xtrace output
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] quote arguments in xtrace output
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: where to obtain dash 0.5.9.1?
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• where to obtain dash 0.5.9.1?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH] Don't execute binary files if execve() returned ENOEXEC.
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: [PATCH] Don't execute binary files if execve() returned ENOEXEC.
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: [PATCH] Don't execute binary files if execve() returned ENOEXEC.
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• [PATCH] Don't execute binary files if execve() returned ENOEXEC.
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: why does dash save, dup, and restore redirected descriptor in the parent, rather than redirect in the child?
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: why does dash save, dup, and restore redirected descriptor in the parent, rather than redirect in the child?
  • From: Mark Galeck <mark_galeck@xxxxxxxxxxx>
• Re: [PATCH] unset/null variables should expand to 0 during arithmetic expansion
  • From: Michael Greenberg <Michael.Greenberg@xxxxxxxxxx>
• Re: why does dash save, dup, and restore redirected descriptor in the parent, rather than redirect in the child?
  • From: Parke <parke.nexus@xxxxxxxxx>
• Re: why does dash save, dup, and restore redirected descriptor in the parent, rather than redirect in the child?
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• why does dash save, dup, and restore redirected descriptor in the parent, rather than redirect in the child?
  • From: Mark Galeck <mark_galeck@xxxxxxxxxxx>
• Re: [PATCH] unset/null variables should expand to 0 during arithmetic expansion
  • From: Martijn Dekker <martijn@xxxxxxxx>
• [PATCH] unset/null variables should expand to 0 during arithmetic expansion
  • From: Michael Greenberg <Michael.Greenberg@xxxxxxxxxx>
• Re: jobs
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• jobs
  • From: Jan Stary <hans@xxxxxxxx>
• Re: [PATCH] builtin: Fix 'echo --' handling
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] builtin: Fix 'echo --' handling
  • From: Mihail Konev <k.mvc@xxxxx>
• [PATCH v2] trap: fix memory leak in exitshell()
  • From: Andreas Bofjall <andreas@xxxxxxxxxx>
• Re: [PATCH] trap: fix memory leak in exitshell()
  • From: Andreas Bofjäll <andreas@xxxxxxxxxx>
• Re: [PATCH] trap: fix memory leak in exitshell()
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• --with-libedit errors
  • From: "Matias A. Fonzo" <selk@xxxxxxxxxxxxxxx>
• [PATCH] trap: fix memory leak in exitshell()
  • From: Andreas Bofjall <andreas@xxxxxxxxxx>
• problem with utf8 name completion
  • From: Thomas DEBESSE <thomas.debesse@xxxxxxxxx>
• File integrity of dash source
  • From: Luke <g4jc@xxxxxxxxxxxxxxx>
• Re: [BUG] Interactive (d)ash exits on assigning to readonly from 'command eval'
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: [BUG] Interactive (d)ash exits on assigning to readonly from 'command eval'
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [BUG] Interactive (d)ash exits on assigning to readonly from 'command eval'
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: ':' noop results in ':: not found'
  • From: Tim Ruehsen <tim.ruehsen@xxxxxx>
• Re: ':' noop results in ':: not found'
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• ':' noop results in ':: not found'
  • From: Tim Ruehsen <tim.ruehsen@xxxxxx>
• [BUG] Interactive (d)ash exits on assigning to readonly from 'command eval'
  • From: Martijn Dekker <martijn@xxxxxxxx>
• gotsigchild and onsigchild are unused
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: Bug? "fstat64(f, &sb) < 0 && S_ISREG(sb.st_mode)"
  • From: Eduardo Bustamante <dualbus@xxxxxxxxx>
• Re: Bug? "fstat64(f, &sb) < 0 && S_ISREG(sb.st_mode)"
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• [PATCH] Globally rename pendingsigs to pending_sig
  • From: Denys Vlasenko <dvlasenk@xxxxxxxxxx>
• redir.h::clearredir() does not exist
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: Bug? "fstat64(f, &sb) < 0 && S_ISREG(sb.st_mode)"
  • From: Eduardo Bustamante <dualbus@xxxxxxxxx>
• Re: Bug? "fstat64(f, &sb) < 0 && S_ISREG(sb.st_mode)"
  • From: Eduardo Bustamante <dualbus@xxxxxxxxx>
• Bug? "fstat64(f, &sb) < 0 && S_ISREG(sb.st_mode)"
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash tested against ash testsuite: 17 failures
  • From: Martijn Dekker <martijn@xxxxxxxx>
• dash tested against ash testsuite: 17 failures
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: Tests [ 0 -eq $UID ] don't work as in bash
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: Tests [ 0 -eq $UID ] don't work as in bash
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Tests [ 0 -eq $UID ] don't work as in bash
  • From: Andrey Voropaev <voropaev.andrey@xxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [BUG] regression in builtin echo
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Chet Ramey <chet.ramey@xxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [BUG] regression in builtin echo
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] regression in builtin echo
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] regression in builtin echo
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] regression in builtin echo
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash 0.5.9: break and continue bug
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: declaration utilities (was: [bug-diffutils] bug#24116: [platform-testers] new snapshot available: diffutils-3.3.50-0353)
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: dash 0.5.9: break and continue bug
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• dash 0.5.9: break and continue bug
  • From: Zdenek Kaspar <zkaspar82@xxxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Olof Johansson <olof@xxxxxxxx>
• Re: Parameter expansion, patterns and fnmatch
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Parameter expansion, patterns and fnmatch
  • From: Olof Johansson <olof@xxxxxxxx>
• Re: [PATCH 2/2] histedit: Remove non-glibc fallback code
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: [PATCH 1/2] mkbuiltins: Use a `while` loop rather than `nl`
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mkbuiltins: Use a `while` loop rather than `nl`
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mkbuiltins: Use a `while` loop rather than `nl`
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH 1/2] mkbuiltins: Use a `while` loop rather than `nl`
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: [bug-diffutils] bug#24116: [platform-testers] new snapshot available: diffutils-3.3.50-0353
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [bug-diffutils] bug#24116: [platform-testers] new snapshot available: diffutils-3.3.50-0353
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [bug-diffutils] bug#24116: [platform-testers] new snapshot available: diffutils-3.3.50-0353
  • From: Dave Gordon <david.s.gordon@xxxxxxxxx>
• Re: [bug-diffutils] bug#24116: [platform-testers] new snapshot available: diffutils-3.3.50-0353
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [bug-diffutils] bug#24116: [platform-testers] new snapshot available: diffutils-3.3.50-0353
  • From: Dave Gordon <david.s.gordon@xxxxxxxxx>
• Re: [PATCH 1/2] mkbuiltins: Use a `while` loop rather than `nl`
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH 2/2] histedit: Remove non-glibc fallback code
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• [PATCH 1/2] mkbuiltins: Use a `while` loop rather than `nl`
  • From: Kylie McClain <somasissounds@xxxxxxxxx>
• [PATCH 2/2] histedit: Remove non-glibc fallback code
  • From: Kylie McClain <somasissounds@xxxxxxxxx>
• Re: Declaring local variables inside while loop leads to memory leak
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Declaring local variables inside while loop leads to memory leak
  • From: Vladimir Didenko <vladimir.didenko@xxxxxxxxx>
• Re: export statements and command substitution
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• export statements and command substitution
  • From: Nico Huber <nico.h@xxxxxx>
• Re: [PATCH v4] builtin: Fix handling of trailing IFS white spaces
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] builtin: Fix handling of trailing IFS white spaces
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH v4] builtin: Fix handling of trailing IFS white spaces
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] builtin: Fix handling of trailing IFS white spaces
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH v3] builtin: Fix handling of trailing IFS white spaces
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] builtin: Fix handling of trailing IFS white spaces
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH v2] jobs: Handle string-based job descriptors
  • From: Stephen Kitt <steve@xxxxxxx>
• [PATCH v3] builtin: Fix handling of trailing IFS white spaces
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] eval: Return status in eval functions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [SHELL] Fix 64-bit Solaris build
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] eval: Return status in eval functions
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH v2] builtin: Fix handling of trailing IFS white spaces
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [SHELL] Fix 64-bit Solaris build
  • From: Jonathan Perkin <jperkin@xxxxxxxxxx>
• Re: man: Document ulimit -v
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] jobs: Handle string-based job descriptors
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [SHELL] Fix 64-bit Solaris build
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: shell: Fix build on Solaris 9
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: jobs: Don't attempt to access job table for job %0
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: trap: Implement POSIX.1-2008 trap reset behaviour (#2)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: builtin: Reject malformed printf specifications with digits after '*'
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] eval: Return status in eval functions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] builtin: Fix handling of trailing IFS white spaces
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Handle string-based job descriptors
  • From: Stephen Kitt <steve@xxxxxxx>
• Re: man fixes
  • From: Svyatoslav Mishyn <juef@xxxxxxxxxxxxxxx>
• Re: The behavior of `jobs -p` is definitely, without a doubt, a bug
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: The behavior of `jobs -p` is definitely, without a doubt, a bug
  • From: Geoff Nixon <geoff@geoff.codes>
• Re: The behavior of `jobs -p` is definitely, without a doubt, a bug
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: man fixes
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• man fixes
  • From: Svyatoslav Mishyn <juef@xxxxxxxxxxxxxxx>
• The behavior of `jobs -p` is definitely, without a doubt, a bug
  • From: Geoff Nixon <geoff@geoff.codes>
• dash security crash report
  • From: 牛保龙 <kn0wns1c@xxxxxxxxx>
• Re: Dash commit 46d3c1a (in 0.5.8+) breaks BSD make
  • From: Martin Lucina <martin@xxxxxxxxxx>
• Re: Dash commit 46d3c1a (in 0.5.8+) breaks BSD make
  • From: Antti Kantee <pooka@xxxxxxxxxxxxxx>
• Dash commit 46d3c1a (in 0.5.8+) breaks BSD make
  • From: Martin Lucina <martin@xxxxxxxxxx>
• Re: "case" bug in dash
  • From: Martijn Dekker <martijn@xxxxxxxx>
• "case" bug in dash
  • From: Adam Endrodi <adam.endrodi@xxxxxxxxx>
• Re: heredoc and subshell
  • From: Oleg Bulatov <oleg@xxxxxxxxxx>
• Re: heredoc and subshell
  • From: Joerg Schilling <Joerg.Schilling@xxxxxxxxxxxxxxxxxxx>
• Re: heredoc and subshell
  • From: Joerg Schilling <Joerg.Schilling@xxxxxxxxxxxxxxxxxxx>
• Re: heredoc and subshell
  • From: Thorsten Glaser <t.glaser@xxxxxxxxx>
• Re: heredoc and subshell
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: heredoc and subshell
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: heredoc and subshell
  • From: Eric Blake <eblake@xxxxxxxxxx>
• heredoc and subshell
  • From: Oleg Bulatov <oleg@xxxxxxxxxx>
• Re: [BUG] Illegal function names are accepted after being used as aliases
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [BUG] Illegal function names are accepted after being used as aliases
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [BUG] Illegal function names are accepted after being used as aliases
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [BUG] Illegal function names are accepted after being used as aliases
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [BUG] Illegal function names are accepted after being used as aliases
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [BUG] Illegal function names are accepted after being used as aliases
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [BUG] Illegal function names are accepted after being used as aliases
  • From: Eric Blake <eblake@xxxxxxxxxx>
• [BUG] Illegal function names are accepted after being used as aliases
  • From: Jan Verbeek <ring@xxxxxxxxxxxxxxx>
• Re: [BUG] 'trap' is not quite POSIX compliant
  • From: Chet Ramey <chet.ramey@xxxxxxxx>
• Re: [BUG] 'trap' is not quite POSIX compliant
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [BUG] 'trap' is not quite POSIX compliant
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash drops exported bash functions
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: dash drops exported bash functions
  • From: Makarius <makarius@xxxxxxxxxx>
• Re: dash drops exported bash functions
  • From: Olof Johansson <olof@xxxxxxxx>
• Re: dash drops exported bash functions
  • From: Makarius <makarius@xxxxxxxxxx>
• Re: dash drops exported bash functions
  • From: Makarius <makarius@xxxxxxxxxx>
• Re: dash drops exported bash functions
  • From: Makarius <makarius@xxxxxxxxxx>
• Re: dash drops exported bash functions
  • From: Joachim Breitner <mail@xxxxxxxxxxxxxxxxxxx>
• Re: dash drops exported bash functions
  • From: Eric Blake <eblake@xxxxxxxxxx>
• dash drops exported bash functions
  • From: Joachim Breitner <mail@xxxxxxxxxxxxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: echo do not print NUL byte
  • From: Bastian Bittorf <bittorf@xxxxxxxxxxxxxx>
• Re: [PATCH] man: Document ulimit -v
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: [PATCH] man: Document ulimit -v
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: echo do not print NUL byte
  • From: Trek <trek00@xxxxxxxx>
• Re: echo do not print NUL byte
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: echo do not print NUL byte
  • From: Eric Blake <eblake@xxxxxxxxxx>
• echo do not print NUL byte
  • From: Trek <trek00@xxxxxxxx>
• Re: [PATCH] man: Document ulimit -v
  • From: jca@xxxxxxxxxx (Jérémie Courrèges-Anglas)
• [PATCH] man: Document ulimit -v
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: Inheriting IFS from environment
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Inheriting IFS from environment
  • From: Martijn Dekker <martijn@xxxxxxxx>
• [PATCH] [SHELL] Fix 64-bit Solaris build
  • From: Jonathan Perkin <jperkin@xxxxxxxxxx>
• [PATCH] [SHELL] Fix build on Solaris 9
  • From: Jonathan Perkin <jperkin@xxxxxxxxxx>
• [PATCH] jobs: Don't attempt to access job table for job %0
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH] trap: Implement POSIX.1-2008 trap reset behaviour (#2)
  • From: Jonathan Perkin <jperkin@xxxxxxxxxx>
• Re: [PATCH] trap: Implement POSIX.1-2008 trap reset behaviour (#2)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] trap: Implement POSIX.1-2008 trap reset behaviour (#2)
  • From: Jonathan Perkin <jperkin@xxxxxxxxxx>
• [PATCH] trap: Implement POSIX.1-2008 trap reset behaviour
  • From: Jonathan Perkin <jperkin@xxxxxxxxxx>
• [PATCH] [BUILTIN] Reject malformed printf specifications with digits after '*'
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: Sourcing an empty files does not reset exit status
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash: read does not ignore trailing spaces
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• dash: read does not ignore trailing spaces
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: [BUG] dash uses $* instead of $@ in variable assignments
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: [BUG] dash uses $* instead of $@ in variable assignments
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: [BUG] dash uses $* instead of $@ in variable assignments
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [BUG] dash uses $* instead of $@ in variable assignments
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Bastian Bittorf <bittorf@xxxxxxxxxxxxxx>
• Sourcing an empty files does not reset exit status
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: Dash only reads the first character from pipe (bash reads whole line)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Dash only reads the first character from pipe (bash reads whole line)
  • From: Gioele Barabucci <gioele@xxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Kevin Korb <kmk@xxxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Kevin Korb <kmk@xxxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Kevin Korb <kmk@xxxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Kevin Korb <kmk@xxxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Petr Šabata <contyk@xxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Bastian Bittorf <bittorf@xxxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Kevin Korb <kmk@xxxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Kevin Korb <kmk@xxxxxxxxxxxxxx>
• Re: [bug?] echo -n does not work as described
  • From: Eric Blake <eblake@xxxxxxxxxx>
• [bug?] echo -n does not work as described
  • From: Kevin Korb <kmk@xxxxxxxxxxxxxx>
• Re: builtin read -r and backslash-char escape sequences
  • From: John Marshall <john.marshall@xxxxxxxxxxxx>
• Re: builtin read -r and backslash-char escape sequences
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: builtin read -r and backslash-char escape sequences
  • From: Eric Blake <eblake@xxxxxxxxxx>
• builtin read -r and backslash-char escape sequences
  • From: John Marshall <john.marshall@xxxxxxxxxxxx>
• Re: shell: dash - large file support
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Ignored alias inside for loop
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: shell: dash - large file support
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: Ignored alias inside for loop
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: Ignored alias inside for loop
  • From: Rusty Bird <rustybird@xxxxxxxxxxxxxxx>
• Re: Ignored alias inside for loop
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Ignored alias inside for loop
  • From: Rusty Bird <rustybird@xxxxxxxxxxxxxxx>
• shell: dash - large file support
  • From: Aleksandar Ristovski <aleksandar.ristovski@xxxxxxxxx>
• Re: [BUG] test: -gt: unexpected operator
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [BUG] test: -gt: unexpected operator
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUG] test: -gt: unexpected operator
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: dash unset idiosyncrasies
  • From: Parke <parke.nexus@xxxxxxxxx>
• Re: dash unset idiosyncrasies
  • From: Martijn Dekker <martijn@xxxxxxxx>
• dash unset idiosyncrasies
  • From: Parke <parke.nexus@xxxxxxxxx>
• Re: [MAN] Fix description of getopts when last argument reached
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] ${#var} returns length in bytes, not characters
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [BUG] ${#var} returns length in bytes, not characters
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• [BUG] ${#var} returns length in bytes, not characters
  • From: Martijn Dekker <martijn@xxxxxxxx>
• [MAN] Fix description of getopts when last argument reached
  • From: Felix Dietrich <felix.dietrich@xxxxxxxxxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: getopts doesn't properly update OPTIND when called from function
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• getopts doesn't properly update OPTIND when called from function
  • From: Martijn Dekker <martijn@xxxxxxxx>
• Re: [PATCH] Set LC_ALL instead LC_COLLATE in mkbuiltins
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Set LC_ALL instead LC_COLLATE in mkbuiltins
  • From: Fredrik Fornwall <fredrik@xxxxxxxxxxxx>
• Re: [PATCH] Set LC_ALL instead LC_COLLATE in mkbuiltins
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH] Set LC_ALL instead LC_COLLATE in mkbuiltins
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Set LC_ALL instead LC_COLLATE in mkbuiltins
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH] Set LC_ALL instead LC_COLLATE in mkbuiltins
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Set LC_ALL instead LC_COLLATE in mkbuiltins
  • From: Fredrik Fornwall <fredrik@xxxxxxxxxxxx>
• Pattern matching faster than math
  • From: Alex Waite <alexqw85@xxxxxxxxx>
• Re: Inconsistent behaviour between 'jobs' and 'echo "$(jobs)"'
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: Inconsistent behaviour between 'jobs' and 'echo "$(jobs)"'
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: Inconsistent behaviour between 'jobs' and 'echo "$(jobs)"'
  • From: Damian Wrobel <dwrobel@xxxxxxxxxxxxxxxxxx>
• Inconsistent behaviour between 'jobs' and 'echo "$(jobs)"'
  • From: Damian Wrobel <dwrobel@xxxxxxxxxxxxxxxxxx>
• incorrect handling of quoted escapes
  • From: Pádraig Brady <P@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix variable assignments in function invocations
  • From: Chet Ramey <chet.ramey@xxxxxxxx>
• Re: [PATCH] Fix variable assignments in function invocations
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] Fix variable assignments in function invocations
  • From: Eric Blake <eblake@xxxxxxxxxx>
• [PATCH] Fix variable assignments in function invocations
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH 4/4] input: Allow two consecutive calls to pungetc
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] input: Move all input state into parsefile
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] input: Remove HETIO
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] input: Make preadbuffer static
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [0/4] input: Allow two consecutive calls to pungetc
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [EXPAND] Fixed "$@" expansion when EXP_FULL is false
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [MAN] Clarify two redirection mechanisms
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: [PATCH] create builtins.c properly on old cpp
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [MAN] Clarify two redirection mechanisms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Possibly wrong handling of $_?
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Possibly wrong handling of $_?
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re[2]: Possibly wrong handling of $_?
  • From: Vadim Zeitlin <vz-dash@xxxxxxxxxxxx>
• Re: Possibly wrong handling of $_?
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Possibly wrong handling of $_?
  • From: Vadim Zeitlin <vz-dash@xxxxxxxxxxxx>
• [PATCH] create builtins.c properly on old cpp
  • From: <kabe@xxxxxxxxxxxxxxxx>
• [MAN] Clarify two redirection mechanisms
  • From: saulery@xxxxxxx
• Re: Bug#501566: [MAN] Clarify two redirection mechanisms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Bug#501566: [MAN] Clarify two redirection mechanisms
  • From: Stephane CHAZELAS <stephane.chazelas@xxxxxxxxx>
• Re: [MAN] Clarify two redirection mechanisms
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: [MAN] Clarify two redirection mechanisms
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: Bug#501566: [MAN] Clarify two redirection mechanisms
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: Bug#501566: [MAN] Clarify two redirection mechanisms
  • From: Stephane CHAZELAS <stephane.chazelas@xxxxxxxxx>
• Re: [MAN] Clarify two redirection mechanisms
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: "if [ s1 > s2 ]" broken, writing a s2 file
  • From: "solsTiCe d'Hiver" <solstice.dhiver@xxxxxxxxx>
• Re: "if [ s1 > s2 ]" broken, writing a s2 file
  • From: Eric Blake <eblake@xxxxxxxxxx>
• "if [ s1 > s2 ]" broken, writing a s2 file
  • From: "solsTiCe d'Hiver" <solstice.dhiver@xxxxxxxxx>
• Re: [MAN] Clarify two redirection mechanisms
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: [MAN] Clarify two redirection mechanisms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: command substitutions in $PS4
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: dash-0.5.8 bug report
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• dash-0.5.8 bug report
  • From: David Binderman <dcb314@xxxxxxxxxxx>
• [MAN] Clarify two redirection mechanisms
  • From: saulery@xxxxxxx
• Re: Bug#501566: dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane CHAZELAS <stephane.chazelas@xxxxxxxxx>
• Re: Bug#501566: dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: Bug#501566: dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane Aulery <saulery@xxxxxxx>
• command substitutions in $PS4
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: [PATCH v2] [BUILTIN] Fix "test -x" as root on FreeBSD 8
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: 'man dash' typo: "the shell .... proceed onto"
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: Redirection: interval file descriptor (0-9)
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: 'man dash' typo: "the shell .... proceed onto"
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: Redirection: interval file descriptor (0-9)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: 'man dash' typo: "the shell .... proceed onto"
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: Bug#501566: dash: details of redirection/duplication in manpage are reversed
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash: details of redirection/duplication in manpage are reversed
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash.1 - Confusion between two pages c[h]sh
  • From: Stéphane Aulery <saulery@xxxxxxx>
• dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane Aulery <saulery@xxxxxxx>
• dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: Bug#501566: dash: details of redirection/duplication in manpage are reversed
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Bug#501566: dash: details of redirection/duplication in manpage are reversed
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: Bug#501566: dash: details of redirection/duplication in manpage are reversed
  • From: Stephen Shirley <diamond@xxxxxxxxxx>
• Re: dash.1 - Confusion between two pages c[h]sh
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: % in $PATH
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: % in $PATH
  • From: Guido Berhoerster <gber@xxxxxxxxxxxx>
• Re: % in $PATH
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: % in $PATH
  • From: Guido Berhoerster <gber@xxxxxxxxxxxx>
• Re: % in $PATH
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• Re: dash.1 - Confusion between two pages c[h]sh
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: dash.1 - Confusion between two pages c[h]sh
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Redirection: interval file descriptor (0-9)
  • From: Stéphane Aulery <saulery@xxxxxxx>
• Re: (none)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash.1 - Confusion between two pages c[h]sh
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: dash: details of redirection/duplication in manpage are reversed
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: % in $PATH
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [no subject]
  • From: Stéphane Aulery <saulery@xxxxxxx>
• dash.1 - Confusion between two pages c[h]sh
  • From: Stéphane Aulery <saulery@xxxxxxx>
• 'man dash' typo: "the shell .... proceed onto"
  • From: Stéphane Aulery <saulery@xxxxxxx>
• dash: details of redirection/duplication in manpage are reversed
  • From: Stéphane Aulery <saulery@xxxxxxx>
• 'man dash' typo: "the shell .... proceed onto"
  • From: Stéphane Aulery <saulery@xxxxxxx>
• % in $PATH
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• [PATCH 3/3] [PARSER] Catch variable length expansions on non-existant specials
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] [PARSER] Simplify EOF/newline handling in list parser
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] [PARSER] Removed unnecessary pungetc on EOF from parser
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [0/3] Minor parser fixes/cleanups
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [BUILTIN] Require leading '0' on octal escapes in echo
  • From: John Keeping <john@xxxxxxxxxxxxx>
• Re: [PATCH] [BUILTIN] Require leading '0' on octal escapes in echo
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] [BUILTIN] Require leading '0' on octal escapes in echo
  • From: John Keeping <john@xxxxxxxxxxxxx>
• RE: POSIX trap signal names
  • From: Sylvain Bertrand <sylvain.bertrand@xxxxxxxxx>
• Re: POSIX compliant trap signal names
  • From: Eric Blake <eblake@xxxxxxxxxx>
• POSIX compliant trap signal names
  • From: Sylvain Bertrand <sylvain.bertrand@xxxxxxxxx>
• Re: Line continuation and variables
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Line continuation and variables
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• [BUILTIN] Handle -- in dotcmd
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 9/9] [BUILTIN] Simplify echo command
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 8/9] [BUILTIN] Optimise handling of backslash octals in printf
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/9] [BUILTIN] Use error instead of warnx for fatal errors in printf
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/9] [BUILTIN] Remove getintmax in printf
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/9] [BUILTIN] Remove unnecessary restoration of format string in printf
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/9] [OUTPUT] Add ifdefs around MEM_OUT handling in outmem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/9] [OUTPUT] Add likely tag in outmem
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/9] [BUILTIN] Handle embedded NULs correctly in printf
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/9] [INPUT] Replace open-coded flushall in preadbuffer
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [0/9] Handle embedded NULs correctly in printf
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUILTIN] Add printf support for format string a, A, and F
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [BUILTIN] cd: support drive letters on Cygwin
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [EXPAND] Split unquoted $@/$* correctly when IFS is set but empty
  • From: Stephane Chazelas <stephane.chazelas@xxxxxxxxx>
• [PATCH] [BUILTIN] cd: support drive letters on Cygwin
  • From: Eric Blake <eblake@xxxxxxxxxx>
• [EXPAND] Optimise nulonly away and just use quoted as before
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [EXPAND] Do not split quoted VSLENGTH and VSTRIM
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [EXPAND] Split unquoted $@/$* correctly when IFS is set but empty
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Failure of nested substring processing inside double-quotes
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: Failure of nested substring processing inside double-quotes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [VAR] Use setvareq to set OPTIND initially
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Failure of nested substring processing inside double-quotes
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: dash security bug
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUILTIN] Return without arguments in a trap should use status outside traps
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUILTIN] Allow return in loop conditional to set exit status
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [EVAL] Move common skipcount logic into skiploop
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [BUILTIN] Do not allow break to break across function calls
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• dash security bug
  • From: Christian Pélissier <Christian.Pelissier@xxxxxxxx>
• [BUILTIN] Exit without arguments in a trap should use status outside traps
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Support DOS paths in dash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [EVAL] Do not clobber exitstatus in evalcommand
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [ERROR] Set exitstatus in onint
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [TRAP] Make sure evalskip is zero before running traps
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Support DOS paths in dash
  • From: Edward Lam <edward@xxxxxxxxxx>
• Re: [PATCH] Support DOS paths in dash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [EVAL] Fix use-after-free in dotrap/evalstring
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Support DOS paths in dash
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: 'set' leaks garbage from environment
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: 'set' leaks garbage from environment
  • From: Olof Johansson <olof@xxxxxxxx>
• Re: 'set' leaks garbage from environment
  • From: Eric Blake <eblake@xxxxxxxxxx>
• 'set' leaks garbage from environment
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Line continuation and variables
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Line continuation and variables
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Kill pgetc_macro
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: "command -p" does not correctly limit search to a safe PATH
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: [PATCH 1/2] [MAN] 0 and EXIT both work for exit traps.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Bug in man page
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: possible bug in job control
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: "command -p" does not correctly limit search to a safe PATH
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: "command -p" does not correctly limit search to a safe PATH
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Debian jessy freeze
  • From: Gerrit Pape <pape@xxxxxxxxxxx>
• Re: Line continuation and variables
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Line continuation and variables
  • From: Oleg Bulatov <oleg@xxxxxxxxxx>
• [PATCH dash v2] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Chema Gonzalez <chema@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Chema Gonzalez <chema@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Chema Gonzalez <chema@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Chema Gonzalez <chema@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Chema Gonzalez <chema@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: jca+dash@xxxxxxxxxx (Jérémie Courrèges-Anglas)
• [PATCH dash] [BUILTIN] ensure LC_COLLATE is not overriden
  • From: Chema Gonzalez <chema@xxxxxxxxxx>
• Re: [PATCH] \e in "echo" and "printf" builtins
  • From: jca+dash@xxxxxxxxxx (Jérémie Courrèges-Anglas)
• Re: [PATCH] \e in "echo" and "printf" builtins
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: bug in dash compile with buildroot
  • From: Luigi Tarenga <luigi.tarenga@xxxxxxxxx>
• bug in dash compile with buildroot
  • From: Luigi Tarenga <luigi.tarenga@xxxxxxxxx>
• Re: [PATCH] \e in "echo" and "printf" builtins
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH] \e in "echo" and "printf" builtins
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] \e in "echo" and "printf" builtins
  • From: Paul Gilmartin <PaulGBoulder@xxxxxxx>
• Re: [PATCH] \e in "echo" and "printf" builtins
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: [PATCH] \e in "echo" and "printf" builtins
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] \e in "echo" and "printf" builtins
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH] Fix build failure with gcc -Werror=format-security
  • From: Petr Šabata <contyk@xxxxxxxxxx>
• [PATCH 2/2] [MAN] Clarify "trap '' signals" syntax in manual page
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• [PATCH 1/2] [MAN] 0 and EXIT both work for exit traps.
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: [PATCH 1/2] [MAN] 0 and EXIT both work for exit traps.
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: [PATCH 1/2] [MAN] 0 and EXIT both work for exit traps.
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• [PATCH 2/2] [MAN] Clarify "trap '' signals" syntax in man page
  • From: Adam Buchbinder <abuchbinder@xxxxxxxxxx>
• [PATCH 1/2] [MAN] 0 and EXIT both work for exit traps.
  • From: Adam Buchbinder <abuchbinder@xxxxxxxxxx>
• Re: Bug in man page
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Bug in man page
  • From: Jeroen van Dijke <jeroen@xxxxxxxxxxxx>
• Re: command lookup and POSIX
  • From: Paul Gilmartin <PaulGBoulder@xxxxxxx>
• Re: command lookup and POSIX
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: command lookup and POSIX
  • From: Jason Miller <jason@xxxxxxxx>
• Re: command lookup and POSIX
  • From: Eric Blake <eblake@xxxxxxxxxx>
• command lookup and POSIX
  • From: Jason Miller <jason@xxxxxxxx>
• Re: dash and ANSI escape sequences
  • From: Alex Waite <alexqw85@xxxxxxxxx>
• Re: dash and ANSI escape sequences
  • From: Steffen (Daode) Nurpmeso <sdaoden@xxxxxxxxx>
• Re: dash and ANSI escape sequences
  • From: Steffen (Daode) Nurpmeso <sdaoden@xxxxxxxxx>
• Re: dash and ANSI escape sequences
  • From: Guido Berhoerster <gber@xxxxxxxxxxxx>
• dash and ANSI escape sequences
  • From: Alex Waite <alexqw85@xxxxxxxxx>
• Re: eval and export behave differently together in dash and ash than in bash, zsh, and ksh
  • From: Eric Blake <eblake@xxxxxxxxxx>
• eval and export behave differently together in dash and ash than in bash, zsh, and ksh
  • From: Dan Kegel <dank@xxxxxxxxx>
• Re: exec command and error checking
  • From: Chet Ramey <chet.ramey@xxxxxxxx>
• Re: exec command and error checking
  • From: Guido Berhoerster <gber@xxxxxxxxxxxx>
• Re: exec command and error checking
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: exec command and error checking
  • From: Paul Gilmartin <PaulGBoulder@xxxxxxx>
• Re: exec command and error checking
  • From: Paul Gilmartin <PaulGBoulder@xxxxxxx>
• Re: exec command and error checking
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: exec command and error checking
  • From: Guido Berhoerster <gber@xxxxxxxxxxxx>
• Re: exec command and error checking
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: exec command and error checking
  • From: Guido Berhoerster <gber@xxxxxxxxxxxx>
• exec command and error checking
  • From: Марк Коренберг <socketpair@xxxxxxxxx>
• dash 0.5.7-3 segfaults on eval then negative test
  • From: Julien Moutinho <julm+dash@xxxxxxxxxxxxx>
• circumflex in character ranges in filename expansion and case statements?
  • From: Dan Kegel <dank@xxxxxxxxx>
• my dash home is not functionning
  • From: "ANT. PETRIDIS" <appet@xxxxxxxxx>
• Re: sed script fails to run in dash
  • From: Tormen <quickhelp@xxxxxxxxx>
• Re: sed script fails to run in dash
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: sed script fails to run in dash
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: sed script fails to run in dash
  • From: Seb <sbb@xxxxxxxxxxxxx>
• sed script fails to run in dash
  • From: Tormen <quickhelp@xxxxxxxxx>
• Re: How to list functions?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: How to list functions?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• How to list functions?
  • From: Alexander Huemer <alexander.huemer@xxxxx>
• Re: Replacement for declare in dash?
  • From: Alexander Huemer <alexander.huemer@xxxxx>
• Re: Replacement for declare in dash?
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Replacement for declare in dash?
  • From: Chet Ramey <chet.ramey@xxxxxxxx>
• Re: Replacement for declare in dash?
  • From: Guido Berhoerster <guido+kernel.org@xxxxxxxxxxxxxxxx>
• Replacement for declare in dash?
  • From: Alexander Huemer <alexander.huemer@xxxxx>
• Segmentation fault (core dumped) when enabling command line editing
  • From: Miles Meloro <milesmeloro@xxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: glob pattern and redirected input file name
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• glob pattern and redirected input file name
  • From: Jack Bates <i72aoc@xxxxxxxxxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Harald van Dijk <haraldvdijk@xxxxxxxxx>
• Re: test incorrectly rejecting valid expression with confusing ! placement
  • From: Thorsten Glaser <tg@xxxxxxxxx>
• test incorrectly rejecting valid expression with confusing ! placement
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: [PATCH] implement privmode support in dash
  • From: Roy <roytam@xxxxxxxxx>
• Re: Fwd: bug? Spawned childs always remain in zombie state
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: Crash on valid input
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] implement privmode support in dash
  • From: jca+dash@xxxxxxxxxx (Jérémie Courrèges-Anglas)
• Re: [PATCH] implement privmode support in dash
  • From: jca+dash@xxxxxxxxxx (Jérémie Courrèges-Anglas)
• Re: OPTIND
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [DEBUG] Add newline when tracing in poplocalvars
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Parameter substitution bug
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: bug? Spawned childs always remain in zombie state
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: (another) patch for dash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] printf: use %ll instead of %j
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [EXPAND] Nested parameter expansion results in an empty string when quoted
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] manpage typo for 'wait'
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [oss-security] [PATCH] implement privmode support in dash
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [oss-security] [PATCH] implement privmode support in dash
  • From: Tavis Ormandy <taviso@xxxxxxxxxx>
• Re: [oss-security] [PATCH] implement privmode support in dash
  • From: Kurt Seifried <kseifried@xxxxxxxxxx>
• Re: [PATCH] implement privmode support in dash
  • From: Jilles Tjoelker <jilles@xxxxxxxx>
• Re: [PATCH] implement privmode support in dash
  • From: Tavis Ormandy <taviso@xxxxxxxxxx>
• Re: [PATCH] implement privmode support in dash
  • From: Tavis Ormandy <taviso@xxxxxxxxxx>
• Re: [PATCH] implement privmode support in dash
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• [PATCH] implement privmode support in dash
  • From: Tavis Ormandy <taviso@xxxxxxxxxx>
• Re: --with-libedit as default
  • From: Paul Gilmartin <PaulGBoulder@xxxxxxx>
• Re: --with-libedit as default
  • From: Roy Tam <roytam@xxxxxxxxx>
• Re: --with-libedit as default
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: --with-libedit as default
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: --with-libedit as default
  • From: Maurício Antunes <mauricio.antunes@xxxxxxxxx>
• Re: --with-libedit as default
  • From: Seb <sbb@xxxxxxxxxxxxx>
• Re: --with-libedit as default
  • From: Maurício Antunes <mauricio.antunes@xxxxxxxxx>
• Re: --with-libedit as default
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• --with-libedit as default
  • From: Maurício Antunes <mauricio.antunes@xxxxxxxxx>
• Re: possible bug in job control
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: possible bug in job control
  • From: Luigi Tarenga <luigi.tarenga@xxxxxxxxx>
• Re: possible bug in job control
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: possible bug in job control
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• possible bug in job control
  • From: Luigi Tarenga <luigi.tarenga@xxxxxxxxx>
• Re: "command -p" does not correctly limit search to a safe PATH
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: "command -p" does not correctly limit search to a safe PATH
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• dash website (Re: Hello)
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• dash website (Re: Hello)
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Hello
  • From: Rémi Duplé <pinguix40@xxxxxxxxx>
• "command -p" does not correctly limit search to a safe PATH
  • From: Craig Loomis <cploomis@xxxxxxxxx>
• Re: Crash on valid input
  • From: Harald van Dijk <harald@xxxxxxxxxxx>
• Re: Crash on valid input
  • From: Dan Kegel <dank@xxxxxxxxx>
• Re: Crash on valid input
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Crash on valid input
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Crash on valid input
  • From: Dan Kegel <dank@xxxxxxxxx>
• Re: Crash on valid input
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Crash on valid input
  • From: Dan Kegel <dank@xxxxxxxxx>
• OPTIND
  • From: "Chris F.A. Johnson" <dash@xxxxxxxxxxxxxx>
• [PATCH] [DEBUG] Add newline when tracing in poplocalvars
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>
• [PATCH] [DEBUG] Do not attempt to output a NULL message
  • From: Peter Rosin <peda@xxxxxxxxxxxxxx>