Perché a volte gli spazi bianchi sono necessari intorno ai metacaratteri?

Alcuni mesi fa ho tatuato una bomba a forcella sul braccio e ho saltato gli spazi bianchi, perché penso che senza di loro sia più bello. Ma con mio sgomento, a volte (non sempre) quando lo eseguo in una shell non avvia una bomba a forcella, ma dà solo un errore di sintassi.

bash: syntax error near unexpected token `{:'

Ieri è successo quando ho provato a eseguirlo nella shell Bash di un amico , quindi ho aggiunto lo spazio bianco e all'improvviso ha funzionato, :(){ :|:& };:invece di:(){:|:&};:

Lo spazio bianco è importante; ho tatuato un errore di sintassi sul braccio ?!

Sembra funzionare sempre in zsh , ma non in Bash.

Una domanda correlata non spiega nulla degli spazi bianchi, che è davvero la mia domanda; Perché lo spazio bianco è necessario affinché Bash sia in grado di analizzarlo correttamente?

C'è un elenco di personaggi che separano i token in BASH. Questi personaggi sono chiamati metacaratteri e sono |, &, ;, (, ), <, >, lo spazio e la scheda . D'altra parte, le parentesi graffe ( {e }) sono solo caratteri ordinari che compongono le parole.

Omettere il secondo spazio prima }farà, poiché &è un metacarattere. Pertanto, il tuo tatuaggio dovrebbe avere almeno un personaggio spaziale.

:(){ :|:&};:

Basta tatuaggio a

#!/bin/zsh

Shebang sopra di esso e starai bene.

Le parentesi graffe sono più simili a parole chiave strane che a simboli speciali e hanno bisogno di spazi. Questo è diverso dalle parentesi, per esempio. Confrontare:

(ls)

che funziona e:

{ls}

che cerca un comando chiamato {ls}. Per funzionare, deve essere:

{ ls; }

Il punto e virgola interrompe il controvento di chiusura come parametro su ls.

Tutto quello che devi fare è dire alle persone che stai usando un carattere proporzionale con uno spazio piuttosto stretto.

Sebbene non sia facilmente visibile nel tipo di carattere tatoo, tra il tutore e i due punti esiste in realtà un segno di byte-order (BOM) (potresti essere stato sufficientemente intossicato quando hai ottenuto il tatuaggio che non te ne sei accorto, ma è davvero lì) . Ciò lascia tre ovvie possibilità:

1. Non hai digitato la DBA quando hai trascritto il codice. Il risultato è un'applicazione ovvia di GIGO. La shell semplicemente non riconosce una DBA che non è presente nella trascrizione fallita.
2. La tua conchiglia è troppo vecchia. Non riconosce i caratteri Unicode, quindi la distinta base (e probabilmente tutti gli altri caratteri Unicode) viene ignorata completamente, anche se una distinta componenti ovunque ma l'inizio di un file dovrebbe essere trattata come uno spazio a larghezza zero non interrompibile .
3. La tua shell è troppo nuova. L'uso di una distinta base come ZWNBS è obsoleto e gli autori hanno implementato una versione futura di Unicode in cui tale utilizzo non è più consentito.

e poi ho aggiunto lo spazio bianco e all'improvviso ha funzionato ...

È a causa di come la shell analizza. È necessario uno spazio dopo l'inizio della definizione della funzione, ovvero dopo {.

foo() { echo hey& }
foo() { echo hey&}
foo(){ echo hey&}

sono validi D'altro canto,

foo() {echo hey&}

non lo è.

In realtà hai bisogno di un tatuaggio come questo:

Dalla fonte :

  /* We ignore an open brace surrounded by whitespace, and also
     an open brace followed immediately by a close brace preceded
     by whitespace.  */

L'omissione di uno spazio dopo il {causa l' {echointerpretazione come un singolo token.

Una forma equivalente di

:(){ :|:& };:

sarebbe

:(){
:|:& };:

Si noti che non c'è spazio dopo {nella versione alternativa, ma un'interruzione di linea fa sì che la shell riconosca {come token.