Dlaczego pojawia się ten błąd za pomocą {1..9} w zsh?

Question

uruchomić następujący kod

zgrep -c compinit /usr/share/man/man{1..9}/zsh* 

uzyskać

zsh: no matches found: /usr/share/man/man2/zsh* 

Jest to dziwne, ponieważ następujących pracach

echo Masi{1..9}/masi 

To sugeruje mi, że problem może być błąd w zsh .

Czy powyższy błąd występuje w Zsh dla {1..9}?

Answer 1

To nie jest błąd i działa dobrze w słowach. Problem polega na tym, że {1..9} nie jest wyrażeniem wieloznacznym, takim jak *; jak pokazuje twój przykład echa, jest to wielokrotne rozwijanie. Tak więc twój przykład zgrep jest dokładnie taki sam, jak gdybyś wpisał każdą alternatywną wersję do wiersza poleceń, a ponieważ nie ma stron podręcznika zaczynających się od zsh w man2, to powoduje to błąd. (To erroring na niepowodzenia znaleźć mecz, a nie coś nierozerwalnie związany swojej ekspansji sekwencji nawiasów).

Jeśli to zrobił, z drugiej strony:

zgrep -c compinit /usr/share/man/man[1-9]/zsh* 

chcesz uzyskać wyniki oczekujesz, ponieważ [1-9] jest normalnym wyrażeniem wieloznacznym.

Answer 2

W zsh, jeśli chcesz używać zakresów w nazwach plików, zle oferuje <1-n> na dowolnych rzeczywistych nazwach, na które może się rozwinąć. To znaczy:

$ touch a0b a1b a5b a7b 
$ print a<0-100>b 

A potem uderzył <Tab> tuż po końcowym b zostawi cię z print a0b a1b a5b a7b rozszerzonym na linii.

Dla wszystkich innych zamiarów i celów - może pełnych wymagań zasięgu, brak pliku i używania skryptów - Chciałbym wyrazić to za pomocą pętli idiomatyczne raczej zwięzły zsh jako:

for n ({1..50}); do print $n; done 

pozwoli przetwarzać całość zakres sekwencji liczb od 1 do 50 :), po którym możesz wykonywać wszelkiego rodzaju użyteczne rzeczy, takie jak zbiór plików, który jeszcze nie istnieje:

arr=($(for n ({1..50}); do print /my/path/file$n.txt; done)) && print $arr[33]