Linux: Führen Sie eine binary in einem Skript

ich möchte ein Programm ausführen, das über ein Skript.
normalerweise tippe ich ./program in der shell und das Programm startet.

mein Skript sieht wie folgt aus:

#!/bin/sh
cd  /home/user/path_to_the_program/
sh program

scheitert es, ich denke, die Letzte Zeile falsch gelaufen ist...

ich weiß, das ist kindisch Frage, aber thx a lot!

  • sollte es nicht #!/bin/sh?
InformationsquelleAutor co-worker | 2010-10-17
  1. 11

    Wenn ./program funktioniert in der shell, warum nicht verwenden Sie es in Ihrem Skript?

    #!/bin/sh
cd /home/user/path_to_the_program/
./program

    sh program sh startet, um zu versuchen und zu interpretieren program als ein shell-Skript. Wahrscheinlich ist es nicht ein Skript, sondern um eine andere ausführbare Datei, die ist, warum es scheitert.

    InformationsquelleAutor Nick
  2. 3

    Wenn Sie

    ./program

    Versucht die shell, das Programm auszuführen, je nachdem wie es bestimmt, welche Datei ausgeführt werden muss. Wenn es ein binary ist, es wird versucht, führen Sie die Unterroutine Eintrag. Wenn die shell erkennt es ist ein Skript, e.g durch die Verwendung von

    #!/bin/sh

    oder

    #!/bin/awk

    oder generell

    #!/path/to/interpreter

    die shell übergeben Sie die Datei (und alle angegebenen Argumente), die als Argumente an das mitgelieferte interpreter, der dann das Skript ausführen. Wenn der interpreter im Pfad nicht vorhanden ist, wird die shell Fehler, und wenn keine Dolmetscher Zeile gefunden wird, wird die shell davon aus, dass die mitgelieferten Skript ausgeführt von selbst.

    Einen Befehl

    sh program

    entspricht

    ./program

    wenn die erste Zeile des Programms enthält

    #!/bin/sh

    unter der Annahme, dass /bin/sh ist das sh in Ihrem Pfad (es könnte sein, /system/bin/sh beispielsweise). Vorbei an ein Binär-nach-sh verursacht sh zu behandeln, als ein shell-Skript, das ist es nicht, und binäre nicht interpretierbar shell (das ist plain text). Das ist, warum Sie nicht verwenden können,

    sh program

    in diesem Zusammenhang. Es wird auch scheitern, um Programm, ruby, awk, sed, oder irgendetwas anderes, das ist nicht ein shell-Skript.

    InformationsquelleAutor user1207217
  3. 2

    Brauchen Sie nicht die sh und sieht aus wie Sie nicht haben, den Pfad zu dem Programm in Ihrer $PATH.

    Versuchen Sie dies:

    #!/bin/sh
cd  /home/user/path_to_the_program/
./program
    • Es wäre besser, wenn die Verwendung von 'sh' erklärt wurde. Warum geht es nicht mit 'sh'?
    InformationsquelleAutor codaddict
  4. 1

    Dies sollte genug sein:

    /home/user/path_to_the_program/program

    Wenn das nicht funktioniert, überprüfen Sie Folgendes:

    • executable-bit
    • shebang Zeile des Programms (wenn es ein Skript)
    • Geben Sie den Pfad kann nicht funktionieren, wenn das Programm hängt sich auf relative Pfade vom aktuellen Verzeichnis. Zum Beispiel das Programm vielleicht, hängt von input-Dateien, die im gleichen Verzeichnis wie das Programm.
    • In diesem Fall haben Sie Recht.
    • Unabhängig davon, wie dies geschieht, wird der vollständige Pfad von /irgendwo/ - wenn nicht auf dem Weg, dann über die shebang-Zeile, wenn nicht dort, dann es muss explizit festgelegt werden, die über einige Mittel.
    InformationsquelleAutor Alan Haggai Alavi
  5. 0

    Brauchen Sie nicht die "sh" hier. Einfach setzen Sie "Programm" auf der letzten Zeile von selbst.

    • es sagt mir: "Programm: nicht gefunden"
    • Ah, das Programm ist nicht in Ihrem $PATH. ./Programm funktioniert.
    • ok, gibt es eine Möglichkeit, führen Sie es über ein Skript, ohne es zu PFAD?
    • Ja. Verwenden Sie "./Programm" einmal in das Verzeichnis, oder schreiben Sie den vollständigen Pfad, sowas wie "/home/user/path_to_the_program/Programm". Stellen Sie sicher, dass das Programm ausführbar ist (mit dem Befehl chmod für diese.)
    • Erläutern Sie bitte die warum die sh ist nicht notwendig.
    InformationsquelleAutor Toucan
Schreibe einen Kommentar