Prozess-Fork [&-Operator] bei Shell-Skripts in Kombination mit ';' [Gelöst]

[jmar83]

Es geht um ein Shell-Skript: Da kann man scheinbar machen was man will, Leerzeichen hin oder her, es endet ständig in einem Syntaxfehler...

Muss man da was mit $(... &); machen oder so?

Code: Alles auswählen

eatmydata -- apt-get install -y --force-yes libmysqlcppconn-dev libcurl4-openssl-dev libssl-dev libssl-dev libssl1.1 libssl-dev libssh2-1 libssh2-1-dev libcrypto++-dev libtinyxml-dev libtinyxml2-dev libboost-all-dev &;

Besten Dank für eure Feedbacks!

[jmar83]

->

Code: Alles auswählen

root@build-raspi:~/deployment# apt-get install dos2unix&;
-bash: Syntaxfehler beim unerwarteten Wort `;'
root@build-raspi:~/deployment# apt-get install dos2unix & ;
-bash: Syntaxfehler beim unerwarteten Wort `;'
root@build-raspi:~/deployment# apt-get install dos2unix; &
-bash: Syntaxfehler beim unerwarteten Wort `&'

[jmar83]

Oder: WEIL es ein Prozess-Fork ist, darf kein Abschlusszeichnen, in diesem Falle ein ';' verwendet werden - es das evtl. Fakt und "Stand der Dinge"...?

Also gerade deswegen...!?

[Meillo]

Das & *ersetzt* den ;

Es separiert Kommandos in gleicher Weise. Der Unterschied ist nur, dass nach ; erst weiter ausgefuehrt wird wenn das vorige Kommando fertig ist, wohingegen bei & das vorige Kommando im Hintergrund laeuft und direkt das naechste Kommando ausgefuehrt wird.

Z.B.

Code: Alles auswählen

sleep 30 & sleep 10 & sleep 20 &

[JTH]

Entweder ; (wo es nicht optional ist) oder &. Beides ist syntaktisch falsch – also „Fakt“, wenn du so willst.

Code: Alles auswählen

echo Hi
echo Hi;            # Überflüssig, unüblich
echo Hi; echo Ho
echo Hi; echo Ho &
echo Hi & echo Ho &
echo Ha & echo Ho; echo He &
echo Ha & echo Ho & echo He & echo

[hikaru]

Laut [1] sind in bash leere Kommandos nicht erlaubt. Daher kommt die eigentliche Fehlermeldung:

Code: Alles auswählen

$ ;
bash: syntax error near unexpected token `;'
$ &
bash: syntax error near unexpected token `&'

Bonusfrage: Warum geht dann ein simples Enter ohne Fehlermeldung?:

Code: Alles auswählen

$ 
$ 

Das ist doch auch ein leeres Kommando, oder etwa nicht?


[1] https://superuser.com/questions/269429/ ... or-in-bash

[JTH]

Bonusfrage: Warum geht dann ein simples Enter ohne Fehlermeldung?:

Code: Alles auswählen

$ 
$ 

Das ist doch auch ein leeres Kommando, oder etwa nicht?

Interessante Frage

Rein technisch gesehen: Vielleicht verhält sich die Shell, wenn interaktiv gestartet, einfach durch Verwendung von readline o.ä. anders.

Aber ich denk, das kann man auch syntaktisch begründen: Der Beschreibung der Shell Grammar Rules in POSIX nach besteht ein (Shell-) Programm aus (ein Stück weiter unten):

Code: Alles auswählen

/* -------------------------------------------------------
   The Grammar
   ------------------------------------------------------- */
%start program
%%
program          : linebreak complete_commands linebreak | linebreak;

Das Semikolon ist hier Teil der Darstellung der Grammatik, nicht das Semikolon aus dem Shellcode. Ein Shellprogramm besteht demnach aus einer Aneinanderreihung von Zeilen mit Kommandos (das meint simple Kommandos, Pipelines und alles weitere) mit einem Zeilenumbruch am Ende – oder leeren Zeilen, die nur einen Zeilenumbruch enthalten. (Hoffe, ich lese das noch richtig.)

Das erklärt zumindest recht einleuchtend, warum ein Shellskript beliebig leere Zeilen enthalten kann.

[Meillo]

In der Unix Shell ist generell alles so weil es halt so ist. Die Shell basiert nicht unbedingt viel auf Logik. Die meisten Erklaerungen und Konzepte sind nachtraeglich darueber gelegt worden, so auch die EBNF-Grammatik in POSIX: https://pubs.opengroup.org/onlinepubs/9 ... #tag_18_10

Hier die relevanten Abschnitte aus der Grammatik-Definition.

Hier warum leere Zeilen erlaubt sind:

Code: Alles auswählen

program          : linebreak complete_commands linebreak
                 | linebreak
                 ;
complete_commands: complete_commands newline_list complete_command
                 |                                complete_command
                 ;
                 
newline_list     :              NEWLINE
                 | newline_list NEWLINE
                 ;

Und hier wie es sich mit & und ; verhaelt:

Code: Alles auswählen

complete_command : list separator_op
                 | list
                 ;
list             : list separator_op and_or
                 |                   and_or
                 ;

separator_op     : '&'
                 | ';'
                 ;

Zwei separator_op hintereinander gehen nicht.


Das erklaert warum die Shell sich so verhaelt (sie verhaelt sich kompatibel zur Bourne-Shell und zu POSIX), aber es erklaert nicht was der Grund ist, warum sie sich so verhaelt (weil das der Willkuer von Ken Thompson, Steven Bourne, David Korn und weiteren geschuldet ist).


Edit: JTH war schneller.

[jmar83]

Hallo zusammen

Vielen Dank für die Feedbacks!

"Warum geht dann ein simples Enter ohne Fehlermeldung?"

-> In der Konsole das Selbe wie im Skript: "Syntax error"...

[JTH]

"Warum geht dann ein simples Enter ohne Fehlermeldung?"

-> In der Konsole das Selbe wie im Skript: "Syntax error"...

hikaru meinte da eine komplett leere Eingabe, selbst ohne das Semikolon oder Ampersand.

[jmar83]

Vielen Dank!!