Wie verwende ich mehrere Argumente für awk mit einem Shebang (dh #!)?

Ich möchte ein Gawk- Skript mit --re-intervaleinem Shebang ausführen . Der "naive" Ansatz von

#!/usr/bin/gawk --re-interval -f
... awk script goes here

funktioniert nicht, da gawk mit dem ersten Argument aufgerufen wird "--re-interval -f"(nicht um das Leerzeichen aufgeteilt), das es nicht versteht. Gibt es dafür eine Problemumgehung?

Natürlich können Sie gawk entweder nicht direkt aufrufen, sondern in ein Shell-Skript einbinden, das das erste Argument aufteilt, oder ein Shell-Skript erstellen, das dann gawk aufruft und das Skript in eine andere Datei einfügt, aber ich habe mich gefragt, ob es eine Möglichkeit gibt, dies zu tun dies innerhalb einer Datei.

Das Verhalten von Shebang-Linien unterscheidet sich von System zu System - zumindest in Cygwin werden die Argumente nicht durch Leerzeichen aufgeteilt. Mir ist nur wichtig, wie es auf einem System gemacht wird, das sich so verhält. Das Skript soll nicht portabel sein.

Dies scheint bei mir mit (g) awk zu funktionieren.

#!/bin/sh
arbitrary_long_name==0 "exec" "/usr/bin/gawk" "--re-interval" "-f" "$0" "$@"


# The real awk program starts here
{ print $0 }

Beachten Sie die #!Läufe /bin/sh, sodass dieses Skript zuerst als Shell-Skript interpretiert wird.

Zuerst habe ich es einfach versucht "exec" "/usr/bin/gawk" "--re-interval" "-f" "$0" "$@", aber awk hat das als Befehl behandelt und jede Eingabezeile bedingungslos ausgedruckt. Deshalb habe ich das eingegeben arbitrary_long_name==0- es soll die ganze Zeit scheitern. Sie könnten es durch eine Kauderwelschschnur ersetzen. Grundsätzlich suchte ich nach einer falschen Bedingung in awk, die das Shell-Skript nicht beeinträchtigen würde.

Im Shell-Skript arbitrary_long_name==0definiert das eine aufgerufene Variable arbitrary_long_nameund setzt sie gleich =0.

Die Shebang-Linie wurde nie als Teil von POSIX, SUS, LSB oder einer anderen Spezifikation spezifiziert. AFAIK, es wurde nicht einmal richtig dokumentiert.

Es besteht ein grober Konsens darüber, was es tut: Nehmen Sie alles zwischen das !und das \nund execes. Die Annahme ist, dass alles zwischen dem !und dem \nein vollständiger absoluter Pfad zum Interpreten ist. Es besteht kein Konsens darüber, was passiert, wenn es Leerzeichen enthält.

1. Einige Betriebssysteme behandeln einfach das Ganze als Pfad. Schließlich sind in den meisten Betriebssystemen Leerzeichen oder Bindestriche in einem Pfad zulässig.
2. Einige Betriebssysteme teilen sich im Leerzeichen auf und behandeln den ersten Teil als Pfad zum Interpreter und den Rest als einzelne Argumente.
3. Einige Betriebssysteme teilen sich beim ersten Leerzeichen und behandeln den vorderen Teil als Pfad zum Interpeter und den Rest als ein einziges Argument (was Sie sehen).
4. Einige unterstützen Shebang-Linien überhaupt nicht .

Zum Glück scheinen 1. und 4. ausgestorben zu sein, aber 3. ist ziemlich weit verbreitet, sodass Sie sich einfach nicht darauf verlassen können, mehr als ein Argument vorbringen zu können.

Und da die Lage der Befehle ist auch in POSIX oder SUS nicht angegeben ist , verwenden Sie in der Regel , dass einzelne Argument, indem sie die ausführbaren vorbei Namen zu , envso dass es die ausführbare Standort bestimmen können; z.B:

#!/usr/bin/env gawk

[Offensichtlich nimmt dies immer noch einen bestimmten Weg an env, aber es gibt nur sehr wenige Systeme, in denen es lebt /bin, so dass dies im Allgemeinen sicher ist. Der Standort von envist viel standardisierter als der Standort von gawkoder noch schlimmer etwas wie pythonoder rubyoder spidermonkey.]

Das bedeutet, dass Sie überhaupt keine Argumente verwenden können .

Obwohl nicht gerade portabel, können Sie ab Coreutils 8.30 und gemäß der Dokumentation Folgendes verwenden:

#!/usr/bin/env -S command arg1 arg2 ...

So gegeben:

$ cat test.sh
#!/usr/bin/env -S showargs here 'is another' long arg -e "this and that " too

Sie erhalten:

% ./test.sh 
$0 is '/usr/local/bin/showargs'
$1 is 'here'
$2 is 'is another'
$3 is 'long'
$4 is 'arg'
$5 is '-e'
$6 is 'this and that '
$7 is 'too'
$8 is './test.sh'

und falls Sie neugierig sind, showargsist:

#!/usr/bin/env sh
echo "\$0 is '$0'"

i=1
for arg in "$@"; do
    echo "\$$i is '$arg'"
    i=$((i+1))
done

Ursprüngliche Antwort hier .

Ich bin auf dasselbe Problem gestoßen, ohne offensichtliche Lösung, da die Leerzeichen in einem Shebang behandelt werden (zumindest unter Linux).

Sie können jedoch mehrere Optionen in einem Shebang übergeben, sofern es sich um kurze Optionen handelt und diese verkettet werden können (nach GNU-Art).

Zum Beispiel können Sie nicht haben

#!/usr/bin/foo -i -f

aber du kannst haben

#!/usr/bin/foo -if

Dies funktioniert natürlich nur, wenn die Optionen kurze Entsprechungen haben und keine Argumente enthalten.

Unter Cygwin und Linux wird alles nach dem Pfad des Shebang als ein Argument in das Programm analysiert.

Es ist möglich, dies zu umgehen, indem Sie ein anderes awkSkript im Shebang verwenden:

#!/usr/bin/gawk {system("/usr/bin/gawk --re-interval -f " FILENAME); exit}

Dies wird {system("/usr/bin/gawk --re-interval -f " FILENAME); exit}in awk ausgeführt.
Und dies wird /usr/bin/gawk --re-interval -f path/to/your/script.awkin Ihrer System-Shell ausgeführt.

#!/bin/sh
''':'
exec YourProg -some_options "$0" "$@"
'''

Der obige Shell Shebang Trick ist tragbarer als /usr/bin/env.

Im Gawk-Handbuch (http://www.gnu.org/manual/gawk/gawk.html) wird am Ende von Abschnitt 1.14 darauf hingewiesen, dass Sie nur ein einziges Argument verwenden sollten, wenn Sie Gawk von einer Shebang-Linie aus ausführen. Es heißt, dass das Betriebssystem alles nach dem Weg zum Gaffen als ein einziges Argument behandeln wird. Vielleicht gibt es eine andere Möglichkeit, die --re-intervalOption anzugeben ? Vielleicht kann Ihr Skript auf Ihre Shell in der Shebang-Zeile verweisen, gawkals Befehl ausgeführt werden und den Text Ihres Skripts als "Hier-Dokument" einfügen.

Warum nicht bashund sich gawkselbst verwenden, um Shebang zu überspringen, das Skript zu lesen und es als Datei an eine zweite Instanz von zu übergeben gawk [--with-whatever-number-of-params-you-need]?

#!/bin/bash
gawk --re-interval -f <(gawk 'NR>3' $0 )
exit
{
  print "Program body goes here"
  print $1
}

(-das gleiche könnte natürlich auch mit zB sedoder erreicht werden tail, aber ich denke, es gibt eine Art von Schönheit, die nur von bashund von sich gawkselbst abhängt;)

Nur zum Spaß: Es gibt die folgende ziemlich seltsame Lösung, die stdin und das Programm über die Dateideskriptoren 3 und 4 umleitet. Sie können auch eine temporäre Datei für das Skript erstellen.

#!/bin/bash
exec 3>&0
exec <<-EOF 4>&0
BEGIN {print "HALLO"}
{print \$1}
EOF
gawk --re-interval -f <(cat 0>&4) 0>&3

Eines ist daran ärgerlich: Die Shell führt eine variable Erweiterung des Skripts durch, sodass Sie jedes $ (wie in der zweiten Zeile des Skripts angegeben) und wahrscheinlich mehr angeben müssen.

Für eine tragbare Lösung verwenden , awkanstatt gawk, rufen Sie den Standard - Bourne - Shell ( /bin/sh) mit Ihrem shebang, und rufen Sie awkdas Programm auf der Kommandozeile vorbei als hier direkt dokumentieren , anstatt über stdin:

#!/bin/sh
gawk --re-interval <<<EOF
PROGRAM HERE
EOF

Hinweis: kein -fArgument zu awk. Damit stdinstehen awkEingaben zum Lesen zur Verfügung. Angenommen, Sie haben gawkund auf Ihrem installiert PATH, erreicht dies alles, was Sie meiner Meinung nach mit Ihrem ursprünglichen Beispiel versucht haben (vorausgesetzt, Sie wollten, dass der Dateiinhalt das awk-Skript und nicht die Eingabe ist, was Ihr Shebang-Ansatz meiner Meinung nach behandelt hätte ).