¿Por qué a veces se necesita espacio en blanco alrededor de metacaracteres?

Hace unos meses me tatué una bomba tenedor en el brazo, y me salteé los espacios en blanco, porque creo que se ve mejor sin ellos. Pero para mi consternación, a veces (no siempre) cuando lo ejecuto en un shell no se inicia una bomba tenedor, pero solo da un error de sintaxis.

bash: syntax error near unexpected token `{:'

Ayer sucedió cuando intenté ejecutarlo en el shell Bash de un amigo , y luego agregué el espacio en blanco y de repente funcionó, en :(){ :|:& };:lugar de:(){:|:&};:

¿Importa el espacio en blanco? ¿He tatuado un error de sintaxis en mi brazo?

Parece que siempre funciona en zsh , pero no en Bash.

Una pregunta relacionada no explica nada acerca de los espacios en blanco, que realmente es mi pregunta; ¿Por qué se necesita el espacio en blanco para que Bash pueda analizarlo correctamente?

Hay una lista de personajes que separan los tokens en BASH. Estos caracteres se llaman meta-caracteres y son |, &, ;, (, ), <, >, el espacio y la pestaña . Por otro lado, las llaves ( {y }) son solo caracteres ordinarios que forman palabras.

Omitir el segundo espacio antes }servirá, ya que &es un metacarácter. Por lo tanto, su tatuaje debe tener al menos un carácter espacial.

:(){ :|:&};:

Solo tatúa un

#!/bin/zsh

Shebang encima y estarás bien.

Las llaves se parecen más a palabras clave extrañas que a símbolos especiales, y necesitan espacios. Esto es diferente a los paréntesis, por ejemplo. Comparar:

(ls)

que funciona y:

{ls}

que busca un comando llamado {ls}. Para trabajar, tiene que ser:

{ ls; }

El punto y coma detiene la llave de cierre que se toma como parámetro para ls.

Todo lo que tiene que hacer es decirle a la gente que está utilizando una fuente proporcional con un carácter de espacio bastante estrecho.

Aunque no es fácilmente visible en la fuente del tatuaje, en realidad hay una Marca de orden de bytes (BOM) entre el aparato ortopédico y el colon (es posible que haya estado lo suficientemente intoxicado cuando recibió el tatuaje que no lo notó, pero realmente está allí) . Esto deja tres posibilidades obvias:

1. No ha podido escribir la lista de materiales cuando transcribió el código. El resultado es una aplicación obvia de GIGO. El shell simplemente no reconoce una lista de materiales que no está presente en su transcripción fallida.
2. Tu caparazón es demasiado viejo. No reconoce los caracteres Unicode, por lo que la lista de materiales (y probablemente todos los demás caracteres Unicode) se ignora por completo, a pesar de que se supone que una lista de materiales en cualquier lugar que no sea el comienzo de un archivo debe tratarse como un espacio de ancho cero y sin interrupción .
3. Tu caparazón es demasiado nuevo. El uso de una lista de materiales como ZWNBS está en desuso, y los autores han implementado una versión futura de Unicode en la que este uso ya no está permitido.

y luego agregué el espacio en blanco y de repente funcionó ...

Es por la forma en que analiza el shell. Necesita un espacio después de que comience la definición de la función, es decir, después de {.

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

son validos. Por otra parte,

foo() {echo hey&}

no lo es

Realmente necesitas un tatuaje como este:

De la fuente :

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

Omitir un espacio después de esto {hace {echoque se interprete como un token único.

Una forma equivalente de

:(){ :|:& };:

sería

:(){
:|:& };:

Tenga en cuenta que no hay espacio después {en la versión alternativa, pero un salto de línea hace que el shell se reconozca {como un token.