¿Hay un comando para ejecutar un script de acuerdo con su línea shebang?

Si quiero ejecutar un script bash que no tiene establecido su permiso de ejecución, puedo hacer lo siguiente:

bash script.sh

¿Qué debo usar en lugar de bashsi el script no es ejecutable y no conozco al intérprete correcto? ¿Hay algún comando que busque el intérprete desde la línea shebang y ejecute el script con él?

Sí. Se llama 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)

Esto se menciona en la documentación de Perl :

Si la #!línea no contiene la palabra "perl" ni la palabra "indir", el programa nombrado después de que #!se ejecuta en lugar del intérprete de Perl. Esto es un poco extraño, pero ayuda a las personas en máquinas que no lo hacen #!, porque pueden decirle a un programa que su SHELL es / usr / bin / perl, y Perl enviará el programa al intérprete correcto para ellos.

Los guiones no necesariamente tienen un shebang

Si el script se ejecutó desde el intérprete, no puede estar seguro de que tenga el shebang en absoluto . Las secuencias de comandos, ejecutadas desde el intérprete no necesitan el shebang , si llama al intérprete para ejecutar el código.

Por lo tanto, la respuesta es no, no hay ningún comando que descubra con seguridad cuál es el idioma (intérprete) con el que ejecutar el script. Sin embargo, siempre puede mirar dentro del script y ver si tiene el shebang para descubrirlo.

Las reglas en resumen:

1. Cuando ejecuta el script, llamar al intérprete siempre anula posibles shebangs, ejecutables o no, shebang o no.
2. Si no es ejecutable y se ejecuta desde el intérprete, el script no necesita shebang.
3. Si el script se ejecuta sin llamar primero al intérprete, necesita (y usa) el shebang para averiguar a qué intérprete llamar, y debe ser ejecutable para tener el "permiso" para llamar al intérprete desde su shebang.

Sin embargo, si el script no tiene shebang, no hay información (directa *) dentro del script para indicar qué intérprete usar.

Una vez dicho esto

Por supuesto, siempre puede escribir una secuencia de comandos de envoltura para intentar averiguar si la secuencia de comandos tiene el shebang y leer el intérprete a partir de eso, posteriormente ejecutarlo desde el intérprete encontrado.

Un ejemplo

#!/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")

• Guárdelo como tryrunen $PATH(p ~/bin. Ej. , Cree el directorio si no existe, cierre sesión y vuelva a iniciarlo), hágalo ejecutable . Luego corriendo:

  tryrun /path/to/nonexecutablescript

  llama (probado) al intérprete correcto en mi no ejecutable pythony bashscripts.

Explicación

• El guión simplemente lee la primera línea del guión, elimina el #!y usa el resto para llamar al intérprete.
• Si no puede llamar a un intérprete válido, elevará a PermissionErroro a FileNotFoundError.

Nota

La extensión ( .sh, .pyetc.) no juega ningún papel en la determinación del intérprete apropiado en Linux.

(* Por supuesto, es posible desarrollar un algoritmo de conjetura "inteligente" para determinar la sintaxis del código).

Puede lograr esto con un script como este:

#!/bin/bash

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

Así:

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

Recomiendo no hacer esto. Los permisos están ahí por una razón. Este es un programa para subvertir permisos.

Tenga en cuenta que el manejo de shebang es una función del núcleo (en el código fuente de Linux - fs/binfmt_script.c). Básicamente, el proceso que invoca un script directamente no conoce el #!- el núcleo lo usa para determinar que necesita lanzar un intérprete.