Czy istnieje polecenie uruchamiania skryptu zgodnie z linią shebang?

Jeśli chcę wykonać skrypt bash, który nie ma ustawionego uprawnienia do wykonywania, mogę:

bash script.sh

Czego powinienem użyć, bashjeśli skrypt nie jest wykonywalny i nie znam poprawnego interpretera? Czy istnieje polecenie, które wyszukuje interpreter z linii shebang i wykonuje za jego pomocą skrypt?

Tak. Nazywa się to perl:

perl foo.bash    # works
perl foo.lua     # works
perl foo.clisp   # works
perl foo.csh     # works
perl foo.php     # works
perl foo.gnuplot # works (no arguments)
perl foo.pl      # works (obviously)
perl foo.py      # works
perl foo.sh      # works
perl foo.tcl     # works
perl foo.rb      # works
perl foo.nodejs  # works
perl foo.r       # works
perl foo.oct     # works
perl foo.csharp  # works (no arguments)

Jest to wspomniane w dokumentacji Perla :

Jeśli #!wiersz nie zawiera słowa „perl” ani słowa „indir”, #!zamiast interpretera Perla wykonywany jest program nazwany po nim . Jest to nieco dziwne, ale pomaga ludziom na maszynach, które tego nie robią #!, ponieważ mogą powiedzieć programowi, że ich SHELL to / usr / bin / perl, a następnie Perl wyśle ​​program do odpowiedniego interpretera dla nich.

Skrypty niekoniecznie mają shebang

Jeśli skrypt był uruchamiany z tłumacza, nie możesz być pewien, że ma shebang w ogóle . Skrypty uruchamiane z interpretera nie wymagają shebang , jeśli wywołasz interpretera w celu uruchomienia kodu.

Odpowiedź brzmi więc nie, nie ma polecenia, które na pewno dowie się, w jakim języku (tłumaczu) uruchamia się skrypt. Zawsze możesz jednak zajrzeć do skryptu i sprawdzić, czy zawiera on shebang.

Zasady w skrócie:

1. Po uruchomieniu skryptu wywołanie interpretera zawsze unieważnia możliwe sekwencje, pliki wykonywalne lub nie, sekwencje lub nie.
2. Jeśli skrypt nie jest wykonywalny i uruchamiany z interpretera, skrypt nie wymaga shebang.
3. Jeśli skrypt jest uruchamiany bez uprzedniego wywołania interpretera, potrzebuje (i używa) shebang, aby dowiedzieć się, do którego tłumacza ma zadzwonić, i musi być wykonywalny, aby mieć „pozwolenie” na wywołanie interpretera z jego shebang.

Jeśli jednak skrypt nie ma shebang, w skrypcie nie ma żadnych informacji (bezpośrednich *), które wskazywałyby, jakiego interpretera użyć.

To powiedziawszy

Można oczywiście zawsze napisać skrypt otoki, aby spróbować dowiedzieć się, czy skrypt ma shebang i przeczytać, że od tłumacza, a następnie uruchomić go z Znaleziony tłumacza.

Przykład

#!/usr/bin/env python3
import subprocess
import sys

args = sys.argv[1:]; script = args[0]

try:
    lang = open(script).readlines()[0].replace("#!", "").strip().split()[-1]
    cmd = [lang, script]+args[1:]
    subprocess.call(cmd)
except (PermissionError, FileNotFoundError, IndexError):
    print("No valid shebang found")

• Zapisz go jako tryrunw $PATH(na przykład ~/bin, zrobić katalog, jeśli nie istnieje, wylogować iz powrotem), sprawiają, że wykonywalny . Następnie uruchom:

  tryrun /path/to/nonexecutablescript

  wywołuje (testowany) poprawny interpreter na moich plikach wykonywalnych pythoni bashskryptach.

Wyjaśnienie

• Skrypt po prostu odczytuje pierwszy wiersz skryptu, usuwa #!i używa reszty do wywołania tłumacza.
• Jeśli nie zadzwoni do poprawnego tłumacza, podniesie albo a PermissionErroralbo FileNotFoundError.

Uwaga

Rozszerzenie ( .sh, .pyetc) w ogóle nie odgrywa żadnej roli w określaniu odpowiedniego tłumacza w systemie Linux.

(* Oczywiście możliwe jest opracowanie „inteligentnego” algorytmu zgadywania w celu określenia składni na podstawie kodu).

Możesz to osiągnąć za pomocą takiego skryptu:

#!/bin/bash

copy=/tmp/runner.$$
cp $1 ${copy}
chmod u+x ${copy}
${copy}
rm ${copy}

A zatem:

$ echo "echo hello" > myscript
$ ./myscript
bash: ./myscript: Permission denied
$ ./runscript myscript 
hello

Nie polecam tego robić. Uprawnienia istnieją z jakiegoś powodu. Jest to program do podważania uprawnień.

Zauważ, że obsługa shebang jest funkcją jądra (w kodzie źródłowym Linuksa - fs/binfmt_script.c). Zasadniczo proces wywoływania skryptu bezpośrednio nie wie o tym #!- jądro używa go do ustalenia, że ​​musi uruchomić interpreter.