Aktualizacja
Ktoś w liście dyskusyjnej bug-bash został potwierdzony jest to błąd.
Jeśli ktoś jest zainteresowany, poprawka jest dostępna w najnowszej gałęzi commit to devel .
Podczas
bash -c 'echo "${1##*""}"' _ bar
wypisuje pustą linię,
bash -c 'echo "${1##*"${1##*}"}"' _ bar
odciski bar.
Nie rozumiem tego ${1##*}rozwija się do pustego ciągu, więc "${1##*}"należy go traktować tak, jak ""jest, ale wydaje się, że bash tak nie uważa.
Wydaje się, że istnieje konsensus w tej sprawie wśród innych popularnych shwdrożeń:
$ sh -c 'echo "${1##*"${1##*}"}"' _ bar
$ ash -c 'echo "${1##*"${1##*}"}"' _ bar
$ dash -c 'echo "${1##*"${1##*}"}"' _ bar
$ ksh -c 'echo "${1##*"${1##*}"}"' _ bar
$ ksh93 -c 'echo "${1##*"${1##*}"}"' _ bar
$ mksh -c 'echo "${1##*"${1##*}"}"' _ bar
$ posh -c 'echo "${1##*"${1##*}"}"' _ bar
$ yash -c 'echo "${1##*"${1##*}"}"' _ bar
$ zsh -c 'echo "${1##*"${1##*}"}"' _ bar
$
bash (z lub bez --posix) jest jedynym niezgodnym z tym:
$ bash -c 'echo "${1##*"${1##*}"}"' _ bar
bar
I bez elementów przetwarzających podciąg zachowanie jest zgodne z oczekiwaniami:
$ bash -c 'echo "${1##*"${1+}"}"' _ bar
$ bash -c 'echo "${1##*"${2}"}"' _ bar
$ bash -c 'echo "${1##*"${2}"}"' _ bar ''
$
Naprawdę zastanawiam się, czy jest na to wyjaśnienie, którego nie znalazłem w instrukcji. Czy to błąd, czy błędna interpretacja standardu? Czy to zachowanie jest gdzieś udokumentowane?
PS: Wiem, że szybkim obejściem jest cofnięcie cytowania wewnętrznej PE, ale to nie odpowiada na moje pytanie i może prowadzić do niepożądanych wyników w przypadku ciągów znaków specjalnych.
GNU bash, version 4.4.12(1)-release (x86_64-pc-linux-gnu)drukuje „bar”
4.4.12(3)-release, echo "${BASH##*"${BASH##*}"}"-> /bin/bash. Podczas gdy echo "\${BASH##*"${BASH##*}"}"-> ${BASH##*}i eval echo "\${BASH##*"${BASH##*}"}"-> puste.
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin18)wypisuje pusty ciąg