Perché la sequenza è importante nell'esecuzione di questi comandi bash?

Sembra esserci qualche incoerenza che non sono in grado di comprendere riguardo alla shell bash.

Se eseguo:

ls;date;time

i risultati delle tre query sono mostrati in sequenza.

Tuttavia, quando si scambiano la posizione di data e ora, viene visualizzato un messaggio di errore.

Quindi se eseguo:

ls;time;date

il messaggio di errore dice: bash: syntax error near unexpected token 'date'.

Qualcuno può spiegare questo?

Il timecomando nella tua pipeline non è il /usr/bin/timebinario, ma il bash timeincorporato. Confronta man timecon help time. L'errore che vedi è che bash non riesce ad analizzare timel'argomento. Questo deve essere presente o essere una nuova riga. È una nuova riga nel tuo primo esempio ma assente nel secondo.

D'altra parte, se dovessi correre

ls;date;'time'

o

ls;'time';date

dove le virgolette 'time'revocano il suo stato di parola riservata, quindi bash non ha problemi ad analizzare la riga. Ora analizza tre comandi in un elenco, che eseguirà in sequenza e /usr/bin/timesegnalerà un errore di utilizzo in entrambi i casi.

appendice

È stato osservato che sebbene time ; dateproduca un errore, time ; ; datenon lo è. La probabile spiegazione è che time ;interpretata da bash come equivalente a time <newline>. L'espressione time ; ; dateviene quindi analizzata come l'elenco di time ;e date.

Ciò è coerente con l'osservazione che time ;e time ; ;sono anche legali, il secondo viene analizzato come elenco singleton contenente time ;seguito dal punto e virgola opzionale consentito dopo gli elenchi.

Quindi un altro modo di spiegare perché time ; dateproduce l'errore bash: syntax error near unexpected token 'date'è quello che timeconsuma il punto e virgola che lo separa date. Può farlo solo perché timeè una parola riservata bash.

Bash considera l'integrato timecome un caso speciale quando analizza le righe di comando.

Come si può leggere nella manpage di bash, la riga digitata viene prima suddivisa in un elenco:

pipeline ; pipeline

dove si trova una conduttura:

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

o nel nostro caso, semplicemente:

time command

cioè se il tempo è presente, allora deve essere presente anche il comando .

[Esiste un caso speciale che consente timedi essere seguito da una nuova riga, ma che non si applica qui]

Quindi, nel nostro caso, abbiamo:

time;date

essere diviso in due condotte:

1. time
2. date

e la pipeline 1 non è ben formata, poiché abbiamo timesenza un comando. Da qui l'errore.

Nota che la riga di comando timenon funziona neanche qui:

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

bash analizza questo come previsto, in 2 pipeline:

1. /usr/bin/time
2. date

e /usr/bin/timepoi si rifiuta di correre senza argomenti. Si noti che questo è un errore /usr/bin/timenon un errore di bash.

Il motivo per cui il back-tick funziona è che il back-tick smette di timeessere interpretato come un elemento speciale all'interno della pipeline.

cioè con il segno di spunta posteriore:

`time`;date

viene analizzato come due condutture:

1. `time`
2. date

Ricorda che una pipeline, nel nostro caso, è:

[time] command

e inizialmente il problema era che non avevamo timecomandi, il che non è permesso. Ma ora abbiamo semplicemente il comando:

`time`

senza il precedente time, poiché i segni di spunta indietro significano che timeviene interpretato come il comando, non come una parola precedente.

Quindi bash esegue il suo builtin timesenza argomenti, il che è accettato. Non produce output e non vediamo errori.

Nota che:

`time`

esegue effettivamente il risultato del timebuilt-in, ovvero esegue qualunque cosa il timebuilt-in produca su stdout. Ma poiché timeda solo non scrive nulla su stdout, sembra funzionare.

Infine, è stato notato che funziona:

time ; ; date

che non posso spiegare, purtroppo :)