Czy symbol wieloznaczny Bash star * zawsze tworzy posortowaną (rosnącą) listę?

Mam katalog wypełniony plikami o nazwach takich jak logXXgdzie XX to dwuznakowa, zerowa, duża liczba szesnastkowa, na przykład:

log00
log01
log02
...
log0A
log0B
log0C
...
log4E
log4F
log50
...

Ogólnie będzie mniej niż powiedzmy 20 lub 30 plików ogółem. Data i godzina w moim konkretnym systemie nie są czymś, na czym można polegać (system osadzony bez wiarygodnych źródeł czasu NTP lub GPS). Jednak nazwy plików będą niezawodnie zwiększać, jak pokazano powyżej.

Chciałbym grepprzejrzeć wszystkie pliki dla jednego najnowszego wpisu dziennika określonego typu, miałem nadzieję catna pliki razem, takie jak ...

cat /tmp/logs/log* | grep 'WARNING 07 -' | tail -n1

Jednak dotarło do mnie, że różne wersje bashlub shlub zshitd. Mogą mieć różne wyobrażenia o tym, jak *jest rozwinięty.

man bashStrona nie powiedzieć, czy ekspansja *byłaby zdecydowanie rosnąco alfabetyczna lista pasujących nazw. Wygląda na to, że rośnie w górę za każdym razem, gdy wypróbowałem go na wszystkich dostępnych mi systemach - ale czy jest to ZDEFINIOWANE zachowanie, czy tylko specyficzne dla implementacji?

Innymi słowy, czy mogę całkowicie polegać na cat /tmp/logs/log*konkatenacji wszystkich moich plików dziennika w kolejności alfabetycznej?

We wszystkich powłokach globusy są domyślnie sortowane. Byli już przy pomocy /etc/globpomocnika zwanego przez powłokę Kena Thompsona, aby rozwinąć globusy w pierwszej wersji Uniksa na początku lat 70. (i które dały globusom swoją nazwę).

Ponieważ shPOSIX wymaga sortowania według sposobu strcoll(), tzn. Przy użyciu kolejności sortowania w ustawieniach regionalnych użytkownika, tak jak lschoć niektórzy nadal to robią strcmp(), opartej tylko na wartościach bajtów.

$ dash -c 'echo *'
Log01B log-0D log00 log01 log02 log0A log0B log0C log4E log4F log50 log① log② lóg01
$ bash -c 'echo *'
log① log② log00 log01 lóg01 Log01B log02 log0A log0B log0C log-0D log4E log4F log50
$ zsh -c 'echo *'
log① log② log00 log01 lóg01 Log01B log02 log0A log0B log0C log-0D log4E log4F log50
$ ls
log②  log①  log00  log01  lóg01  Log01B  log02  log0A  log0B  log0C  log-0D  log4E  log4F  log50
$ ls | sort
log②
log①
log00
log01
lóg01
Log01B
log02
log0A
log0B
log0C
log-0D
log4E
log4F
log50

Możesz zauważyć powyżej, że w przypadku powłok wykonujących sortowanie na podstawie ustawień regionalnych, tutaj w systemie GNU z en_GB.UTF-8ustawieniami narodowymi, -nazwy plików są ignorowane podczas sortowania (większość znaków interpunkcyjnych). Jest óon sortowany w bardziej oczekiwany sposób (przynajmniej dla Brytyjczyków), a wielkość liter jest ignorowana (z wyjątkiem przypadków decydujących o powiązaniach).

Jednak zauważysz pewne niespójności dla log for log②. Jest tak, ponieważ kolejność sortowania ① i ② nie jest zdefiniowana w ustawieniach narodowych GNU (obecnie; mam nadzieję, że zostanie to kiedyś naprawione). Sortują to samo, więc otrzymujesz losowe wyniki.

Zmiana ustawień regionalnych wpłynie na kolejność sortowania. Możesz ustawić ustawienia regionalne na C, aby uzyskać strcmp()sortowanie podobne do:

$ bash -c 'echo *'
log① log② log00 log01 lóg01 Log01B log02 log0.2 log0A log0B log0C log-0D log4E log4F log50
$ bash -c 'LC_ALL=C; echo *'
Log01B log-0D log0.2 log00 log01 log02 log0A log0B log0C log4E log4F log50 log① log② lóg01

Zauważ, że niektóre ustawienia narodowe mogą powodować pewne nieporozumienia, nawet w przypadku ciągów znaków all-ASCII all-alnum. Jak te czeskich (w systemach GNU przynajmniej) gdzie chjest to elementem porównawczym , który sortuje po h:

$ LC_ALL=cs_CZ.UTF-8 bash -c 'echo *'
log0Ah log0Bh log0Dh log0Ch

Lub, jak wskazał @ninjalj, jeszcze dziwniejsze w węgierskich lokalizacjach:

$ LC_ALL=hu_HU.UTF-8 bash -c 'echo *'
logX LOGx LOGX logZ LOGz LOGZ logY LOGY LOGy

W zshmożesz wybrać sortowanie za pomocą kwalifikatorów glob . Na przykład:

echo *(om) # to sort by modification time
echo *(oL) # to sort by size
echo *(On) # for a *reverse* sort by name
echo *(o+myfunction) # sort using a user-defined function
echo *(N)  # to NOT sort
echo *(n)  # sort by name, but numerically, and so on.

Numeryczne sortowanie echo *(n)można również włączyć globalnie za pomocą numericglobsortopcji:

$ zsh -c 'echo *'
log① log② log00 log01 lóg01 Log01B log02 log0.2 log0A log0B log0C log-0D log4E log4F log50
$ zsh -o numericglobsort -c 'echo *'
log① log② log00 lóg01 Log01B log0.2 log0A log0B log0C log01 log02 log-0D log4E log4F log50

Jeśli jesteś (tak jak ja) zdezorientowany tym zamówieniem w tym konkretnym przypadku (tutaj, używając mojej brytyjskiej lokalizacji), zobacz tutaj, aby uzyskać szczegółowe informacje.

Strona podręcznika bash określa:

Rozszerzenie nazwy ścieżki

Po podziałowi na słowa, chyba że -fopcja została ustawiona, bash skanuje każde słowo znakami *, ?oraz [. Jeśli pojawi się jeden z tych znaków, to słowo jest traktowane jako wzór i zastępowane alfabetycznie uporządkowaną listą nazw plików pasujących do wzorca […].

O ile nie uruchomisz niektórych bardzo konkretnych opcji powłoki w niektórych powłokach, wynik będzie na pewno taki sam.

Kolejność jest określona w standardzie POSIX :

Jeśli wzorzec pasuje do istniejących nazw plików lub ścieżek, wzór należy zastąpić tymi nazwami plików i ścieżkami, posortowanymi zgodnie z kolejnością zestawiania obowiązującą w bieżących ustawieniach narodowych . Jeśli ta sekwencja zestawiania nie ma całkowitego uporządkowania wszystkich znaków (patrz XBD LC_COLLATE), wszelkie nazwy plików lub ścieżki, które są zestawiane równo, powinny być dalej porównywane bajt po bajcie przy użyciu sekwencji zestawiania dla ustawień narodowych POSIX.

Zobacz także LC_COLLATE Kategoria w Locale POSIX , która w skrócie mówi, że jeśli LC_COLLATE=C, to rzeczy są uporządkowane w kolejności ASCII.

bashInstrukcja wspomina

LC_COLLATE

Ta zmienna określa kolejność zestawiania używaną podczas sortowania wyników interpretacji nazw ścieżek, a także określa zachowanie wyrażeń zakresowych, klas równoważności i sekwencji zestawiania w ramach interpretacji nazw ścieżek i dopasowywania wzorców.

ksh93i zshma podobne sformułowanie, co prowadzi mnie do przekonania, że ​​pod tym względem są zgodne ze standardem POSIX.

Inne powłoki, takie jak pdkshi dashnie mówią nic o sortowaniu nazw plików wynikających z globowania nazw plików. Kusi mnie, aby wierzyć, że oznacza to, że nadal przestrzegają tego samego standardu, przynajmniej podczas korzystania z ustawień regionalnych POSIX. Z mojego doświadczenia nie spotkałem powłoki, która jawnie „dziwnie” sortuje nazwy plików ASCII.

Jeśli głównym celem jest sortowanie plików wejściowych według wieku, najpierw najstarsze, możesz napisać

(cd /tmp/logs; cat `ls -rt log*`) | grep whatever

A jeśli w grę wchodzą również dzienniki obrócone i skompresowane:

(cd /tmp/logs; zcat -f `ls -rt log*`) | grep whatever