Dlaczego sekwencja ma znaczenie przy wykonywaniu tych poleceń bash?

Wydaje się, że istnieje pewna niespójność, której nie jestem w stanie zrozumieć odnośnie powłoki bash.

Jeśli wykonam:

ls;date;time

wyniki trzech zapytań są pokazane kolejno.

Jednak przy zmianie pozycji daty i godziny pojawia się komunikat o błędzie.

Więc jeśli wykonam:

ls;time;date

komunikat o błędzie mówi: bash: syntax error near unexpected token 'date'.

Czy ktoś może to wyjaśnić?

timeKomenda w rurociągu nie jest /usr/bin/timebinarny, ale bash timewbudowanej. Porównaj man timez help time. Widoczny błąd polega na tym, że bash nie analizuje timeargumentu. To musi być obecne lub być nowym wierszem. Jest to nowy wiersz w twoim pierwszym przykładzie, ale nieobecny w drugim.

Z drugiej strony, jeśli miałbyś biec

ls;date;'time'

lub

ls;'time';date

gdzie cytaty wokół 'time'odwołują swój status słowa zarezerwowanego, wtedy bash nie ma problemów z analizą wiersza. Teraz analizuje trzy polecenia na liście, które wykona kolejno i /usr/bin/timew obu przypadkach zgłosi błąd użycia.

Uzupełnienie

Zaobserwowano, że chociaż time ; datedaje błąd, time ; ; datenie robi. Prawdopodobnym wyjaśnieniem jest to, że time ;interpretacja bash jest równoznaczna z time <newline>. Wyrażenie time ; ; datejest następnie analizowane jako lista time ;i date.

Jest to zgodne z obserwacją, że time ;i time ; ;są zgodne z prawem, a także, druga jest analizowany jako listy jednoelementowy zawieraj time ;następnie opcjonalnego średnikiem dozwolony po listach.

Tak więc innym sposobem wyjaśnienia, dlaczego pojawia się time ; datebłąd, bash: syntax error near unexpected token 'date'jest to, że timezużywa go średnik oddzielający go date. Może to zrobić tylko dlatego, że timejest zarezerwowanym słowem bash.

Bash traktuje wbudowany timeelement jako specjalny przypadek podczas analizowania linii poleceń.

Jak można przeczytać na stronie podręcznika bash, wpisany wiersz jest najpierw dzielony na listę:

pipeline ; pipeline

gdzie rurociąg jest:

[time [-p]] [ ! ] command [ [|⎪|&] command2 ... ]

lub w naszym przypadku po prostu:

time command

tzn. jeśli czas jest obecny, polecenie musi być również obecne.

[Istnieje szczególny przypadek, który pozwala timena dodanie nowej linii, ale nie dotyczy to tutaj]

W naszym przypadku mamy:

time;date

podzielony na dwa rurociągi:

1. time
2. date

a rurociąg 1 nie jest dobrze uformowany, ponieważ mamy timebez polecenia. Stąd błąd.

Zauważ, że timetutaj również nie działa wiersz poleceń :

$ /usr/bin/time;date
Usage: /usr/bin/time [-apvV] [-f format] [-o file] [--append] [--verbose]

bash analizuje to zgodnie z oczekiwaniami, w 2 potoki:

1. /usr/bin/time
2. date

a /usr/bin/timenastępnie odmawia uruchomienia bez argumentów. Zauważ, że jest to błąd wynikający z /usr/bin/timebłędu bash.

Powodem, dla którego działa tykanie wstecz jest to, że tykanie przestaje timebyć interpretowane jako specjalny element w potoku.

tj. z tyknięciem wstecz:

`time`;date

jest analizowany jako dwa potoki:

1. `time`
2. date

Pamiętaj, że rurociąg w naszym przypadku to:

[time] command

a problem początkowo polegał na tym, że nie mieliśmy timepolecenia, co jest niedozwolone. Ale teraz mamy po prostu polecenie:

`time`

bez poprzedzającego time, ponieważ znaczniki cofania oznaczają, że timejest interpretowane jako polecenie, a nie jako poprzedzające słowo.

Więc bash następnie uruchamia swoją wbudowaną wersję timebez argumentów, co jest akceptowane. Nie wytwarza danych wyjściowych i nie widzimy błędów.

Uwaga:

`time`

faktycznie prowadzi wynik z następujących timewbudowany, czyli działa bez względu na timewbudowaną produkuje na standardowe wyjście. Ale ponieważ timesam nie pisze niczego na standardowe wyjście, wydaje się, że działa.

Wreszcie zauważono, że to działa:

time ; ; date

czego niestety nie potrafię wyjaśnić :)