Почему последовательность имеет значение при выполнении этих команд bash?

Кажется, есть некоторая несогласованность, которую я не могу понять в отношении оболочки bash.

Если я выполню:

ls;date;time

Результаты трех запросов показаны в последовательности.

Однако при смене даты и времени всплывает сообщение об ошибке.

Итак, если я выполню:

ls;time;date

сообщение об ошибке говорит: bash: syntax error near unexpected token 'date'.

Может кто-нибудь объяснить это?

Команда timeв вашем конвейере не /usr/bin/timeдвоичная, а timeвстроенная в bash . Сравните man timeс help time. Ошибка, которую вы видите, это то, что bash не может разобрать timeаргумент. Это должно или присутствовать или быть новой строкой. Это новая строка в вашем первом примере, но отсутствует во втором.

С другой стороны, если вы должны были бежать

ls;date;'time'

или

ls;'time';date

где кавычки 'time'аннулируют его статус зарезервированного слова, тогда bash без проблем разбирает строку. Теперь он анализирует три команды в списке, которые он будет выполнять последовательно, и /usr/bin/timeсообщит об ошибке использования в любом случае.

добавление

Было отмечено, что, хотя и time ; dateдает ошибку, time ; ; dateнет. Вероятное объяснение состоит в том, что time ;bash интерпретируется как эквивалентное time <newline>. Затем выражение time ; ; dateанализируется как список time ;и date.

Это согласуется с наблюдением , что time ;и time ; ;являются законными , а также, второе существо обрабатываются как список одноплодного , содержащие time ;затем необязательной точка с запятой после списка.

Итак, еще один способ объяснить, почему time ; dateвыдает ошибку, bash: syntax error near unexpected token 'date'состоит в том, что она timeиспользует точку с запятой, отделяющую ее от date. Это может быть сделано только потому, что timeэто зарезервированное слово bash.

Bash рассматривает встроенное timeкак особый случай при разборе командных строк.

Как можно прочитать на man-странице bash, набранная строка сначала разбивается на список:

pipeline ; pipeline

где трубопровод:

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

или в нашем случае просто:

time command

т.е. если время присутствует, то команда должна также присутствовать.

[Существует особый случай, который позволяет timeследовать за новой строкой, но это не относится здесь]

Итак, в нашем случае мы имеем:

time;date

разделяется на два трубопровода:

1. time
2. date

и конвейер 1 не очень хорошо сформирован, так как у нас timeбез команды. Отсюда и ошибка.

Обратите внимание, что командная строка timeздесь тоже не работает:

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

bash разбирает это, как и ожидалось, на 2 конвейера:

1. /usr/bin/time
2. date

а /usr/bin/timeзатем отказывается бежать без аргументов. Обратите внимание, что это ошибка, а /usr/bin/timeне ошибка bash.

Причина, по которой обратная галочка работает, заключается в том, что обратная галочка перестает timeинтерпретироваться как специальный элемент в конвейере.

то есть с обратной галочкой:

`time`;date

он разбирается как два конвейера:

1. `time`
2. date

Помните, что конвейер в нашем случае это:

[time] command

и проблема изначально заключалась в том, что у нас не timeбыло команды, что запрещено. Но теперь у нас просто есть команда:

`time`

без предшествующего time, поскольку обратные галочки означают, что timeинтерпретируется как команда, а не как предыдущее слово.

Таким образом, bash запускает свою встроенную систему timeбез аргументов, что принимается. Он не производит вывод, и мы не видим ошибки.

Обратите внимание, что:

`time`

фактически запускает результат из timeвстроенной, то есть он работает независимо от timeвстроенного производит на стандартный вывод. Но поскольку сам timeпо себе ничего не пишет в stdout, похоже, он работает.

Наконец, было отмечено, что это работает:

time ; ; date

что я не могу объяснить, к сожалению :)