¿Por qué importa la secuencia en la ejecución de estos comandos bash?

Parece que hay alguna inconsistencia que no puedo entender con respecto al bash shell.

Si ejecuto:

ls;date;time

Los resultados de las tres consultas se muestran en secuencia.

Sin embargo, al intercambiar la fecha y la hora, aparece un mensaje de error.

Entonces si ejecuto:

ls;time;date

el mensaje de error dice: bash: syntax error near unexpected token 'date'.

¿Alguien puede explicar esto?

El timecomando en su canalización no es el /usr/bin/timebinario, sino el bash timeincorporado. Comparar man timecon help time. El error que ve es que bash no puede analizar timeel argumento. Esto debe estar presente o ser una nueva línea. Es una nueva línea en su primer ejemplo pero ausente en el segundo.

Por otro lado, si tuvieras que correr

ls;date;'time'

o

ls;'time';date

donde las comillas 'time'revocan su estado como una palabra reservada, entonces bash no tiene problemas al analizar la línea. Ahora analiza tres comandos en una lista, que ejecutará en secuencia, e /usr/bin/timeinformará un error de uso en cualquier caso.

Apéndice

Se observó que aunque time ; dateproduce un error, time ; ; dateno lo hace. La explicación probable es que time ;bash interpreta que es equivalente a time <newline>. La expresión time ; ; datese analiza luego como la lista de time ;y date.

Esto es coherente con la observación de que time ;y también time ; ;son legales, el segundo se analiza como la lista de singleton que contiene time ;seguido del punto y coma opcional permitido después de las listas.

Entonces, otra forma de explicar por qué time ; dateproduce el error bash: syntax error near unexpected token 'date'es que timeconsume el punto y coma que lo separa date. Solo puede hacer eso porque timees una palabra reservada bash.

Bash trata el incorporado timecomo un caso especial, al analizar líneas de comando.

Como se puede leer en la página de manual de bash, la línea escrita se divide primero en una lista:

pipeline ; pipeline

donde está una tubería:

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

o en nuestro caso, simplemente:

time command

es decir, si el tiempo está presente, entonces el comando también debe estar presente.

[Hay un caso especial que permite timeser seguido por una nueva línea, pero eso no se aplica aquí]

Entonces, en nuestro caso, tenemos:

time;date

dividido en dos tuberías:

1. time
2. date

y la tubería 1 no está bien formada, ya que tenemos timesin un comando. De ahí el error.

Tenga en cuenta que la línea de comandos timetampoco funciona aquí:

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

bash analiza esto como se esperaba, en 2 canales:

1. /usr/bin/time
2. date

y /usr/bin/timeluego se niega a correr sin argumento. Tenga en cuenta que este es un error de /usr/bin/timeno un error de bash.

La razón por la que funciona el retroceso es que el retroceso deja de timeser interpretado como un elemento especial dentro de la tubería.

es decir, con la marca de retroceso:

`time`;date

se analiza como dos tuberías:

1. `time`
2. date

Recuerde que una tubería, en nuestro caso, es:

[time] command

y el problema inicialmente fue que teníamos timesin comando, lo cual no está permitido Pero ahora simplemente tenemos el comando:

`time`

sin lo anterior time, ya que los ticks de retroceso significan que timese interpreta como el comando, no como una palabra anterior.

Entonces bash ejecuta su construcción timesin argumentos, lo cual es aceptado. No produce salida, y no vemos ningún error.

Tenga en cuenta que:

`time`

en realidad ejecuta el resultado del timeincorporado, es decir, ejecuta lo que el timeincorporado produce en stdout. Pero dado que timepor sí solo no escribe nada para stdout, parece funcionar.

Finalmente, se ha notado que esto funciona:

time ; ; date

que no puedo explicar, lamentablemente :)