Jak używać wielu argumentów dla awk z shebangiem (tj. #!)?

Chciałbym wykonać skrypt gawk z --re-intervalużyciem shebang. „Naiwne” podejście

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

nie działa, ponieważ gawk jest wywoływany z pierwszym argumentem "--re-interval -f"(niepodzielonym na białe znaki), którego nie rozumie. Czy istnieje obejście tego problemu?

Oczywiście możesz albo nie wywołać gawk bezpośrednio, ale zawinąć go w skrypt powłoki, który rozdziela pierwszy argument, lub stworzyć skrypt powłoki, który następnie wywoła gawk i umieści skrypt w innym pliku, ale zastanawiałem się, czy jest jakiś sposób do zrobienia to w jednym pliku.

Zachowanie linii shebang różni się w zależności od systemu - przynajmniej w Cygwin nie dzieli argumentów białymi spacjami. Po prostu obchodzi mnie, jak to zrobić w systemie, który zachowuje się w ten sposób; skrypt nie jest przeznaczony do przenoszenia.

Wydaje się, że działa to dla mnie z (g) awk.

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


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

Zwróć uwagę na #!przebiegi /bin/sh, więc ten skrypt jest najpierw interpretowany jako skrypt powłoki.

Na początku po prostu próbowałem "exec" "/usr/bin/gawk" "--re-interval" "-f" "$0" "$@", ale awk traktował to jako polecenie i bezwarunkowo drukował każdy wiersz wejścia. Dlatego stawiam arbitrary_long_name==0- ma cały czas zawodzić. Mógłbyś go zastąpić jakimś bełkotem. Zasadniczo szukałem fałszywego warunku w awk, który nie wpłynąłby negatywnie na skrypt powłoki.

W skrypcie powłoki arbitrary_long_name==0definiuje zmienną o nazwie arbitrary_long_namei ustawia ją na =0.

Linia shebang nigdy nie została określona jako część specyfikacji POSIX, SUS, LSB ani żadnej innej specyfikacji. AFAIK, nie zostało to nawet odpowiednio udokumentowane.

Istnieje przybliżony konsensus co do tego, co robi: weź wszystko między !a a \ni execit. Założenie jest takie, że wszystko pomiędzy !i a \njest pełną, absolutną ścieżką do tłumacza. Nie ma zgody co do tego, co się stanie, jeśli zawiera spacje.

1. Niektóre systemy operacyjne po prostu traktują całość jako ścieżkę. W końcu w większości systemów operacyjnych białe znaki lub myślniki są dozwolone na ścieżce.
2. Niektóre systemy operacyjne dzielą się na białe znaki i traktują pierwszą część jako ścieżkę do interpretera, a resztę jako indywidualne argumenty.
3. Niektóre systemy operacyjne dzielą się na pierwszej białej spacji i traktują przednią część jako ścieżkę do interpetera, a resztę jako pojedynczy argument (czyli to, co widzisz).
4. Niektórzy nawet nie obsługują shebang linie w ogóle .

Na szczęście 1. i 4. wydają się wymarły, ale 3. jest dość rozpowszechnione, więc po prostu nie można polegać na możliwości przekazania więcej niż jednego argumentu.

A ponieważ lokalizacja poleceń nie jest również wymieniony w POSIX lub SUS, zazwyczaj zużywają że jednym argumentem przepuszczając wykonywalnego nazwę na envtak, to możemy określić lokalizacji wykonywalnego; na przykład:

#!/usr/bin/env gawk

[Oczywiście, nadal zakłada to określoną ścieżkę env, ale jest tylko kilka systemów, w których żyje /bin, więc jest to ogólnie bezpieczne. Lokalizacja envjest o wiele bardziej ustandaryzowana niż lokalizacja gawklub nawet gorzej, jak pythonlub rubylub spidermonkey.]

Co oznacza, że nie można rzeczywiście używają żadnych argumentów w ogóle .

Chociaż nie do końca przenośny, zaczynając od coreutils 8.30 i zgodnie z jego dokumentacją będziesz mógł używać:

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

Więc biorąc pod uwagę:

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

dostaniesz:

% ./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'

a jeśli jesteś ciekawy showargsto:

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

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

Oryginalna odpowiedź tutaj .

Natknąłem się na ten sam problem, bez widocznego rozwiązania ze względu na sposób, w jaki obsługiwane są białe znaki w shebang (przynajmniej w Linuksie).

Można jednak przekazać kilka opcji w shebang, tak długo jak są one krótkie opcje i mogą być łączone (drogę GNU).

Na przykład nie możesz tego mieć

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

ale możesz mieć

#!/usr/bin/foo -if

Oczywiście działa to tylko wtedy, gdy opcje mają krótkie odpowiedniki i nie pobierają żadnych argumentów.

Pod Cygwinem i Linuksem wszystko po ścieżce shebang jest analizowane do programu jako jeden argument.

Można to obejść, używając innego awkskryptu wewnątrz shebang:

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

Spowoduje to wykonanie {system("/usr/bin/gawk --re-interval -f " FILENAME); exit}w awk.
I to zostanie wykonane /usr/bin/gawk --re-interval -f path/to/your/script.awkw powłoce twojego systemu.

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

Powyższa sztuczka z shebangiem powłoki jest bardziej przenośna niż /usr/bin/env.

W podręczniku do gawk (http://www.gnu.org/manual/gawk/gawk.html) na końcu sekcji 1.14 zauważ, że podczas uruchamiania gawk z linii shebang należy używać tylko jednego argumentu. Mówi, że system operacyjny potraktuje wszystko po ścieżce do gawk jako pojedynczy argument. Być może istnieje inny sposób określenia --re-intervalopcji? Być może twój skrypt może odwoływać się do twojej powłoki w linii shebang, działać gawkjako polecenie i dołączyć tekst twojego skryptu jako „dokument tutaj”.

Dlaczego nie użyć bashi gawksiebie, aby pominąć shebang, przeczytać skrypt i przekazać go jako plik do drugiej instancji 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
}

(-the samo może oczywiście być również realizowana np sedalbo tail, ale myślę, że istnieje jakiś rodzaj piękna w zależności tylko od bashi gawksobie;)

Dla zabawy: istnieje następujące dość dziwne rozwiązanie, które przekierowuje stdin i program przez deskryptory plików 3 i 4. Możesz także utworzyć tymczasowy plik dla skryptu.

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

Jedna rzecz jest w tym denerwująca: powłoka wykonuje w skrypcie rozwinięcie zmiennych, więc musisz zacytować każdy $ (tak jak to zrobiono w drugiej linii skryptu) i prawdopodobnie więcej.

W przypadku rozwiązania przenośnego użyj awkzamiast gawkwywoływać standardową powłokę BOURNE ( /bin/sh) za pomocą swojego shebang i wywołaj awkbezpośrednio, przekazując program w wierszu poleceń jako dokument tutaj zamiast przez stdin:

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

Uwaga: brak -fargumentu do awk. To pozostawia stdindostępne awkdo odczytania danych wejściowych. Zakładając, że gawkzainstalowałeś i na swoim PATH, daje to wszystko, co myślę, że próbowałeś zrobić z oryginalnym przykładem (zakładając, że chcesz, aby zawartość pliku była skryptem awk, a nie danymi wejściowymi, co myślę, że twoje podejście shebang potraktowałoby to jako ).