GCC & Raspberry: Programmaufruf

[Albert (FTU) (Gast)]

Das Programm unten habe ich auf einem Raspberry (OS Raspbian) direkt im 
Terminal eingeben und kompiliert. Funktioniert.

Obwohl ich im Verzeichnis /tmp bin, kann ich das Programm nur mit 
./hello aufrufen, mit hello allein geht es nicht.

So steht such im Wiki:

http://linuxwiki.de/ProgrammeStarten

Was ist der (tiefere) Grund?

cd /tmp
cat <<EOF > main.c
#include <stdio.h>

int main() {
    printf("Hello World\n");
    return 0;
}
EOF
gcc -o hello main.c
./hello # Press Enter to execute your program

[Rufus Τ. F. (rufus)]

Albert (FTU) schrieb:
> Obwohl ich im Verzeichnis /tmp bin, kann ich das Programm nur mit
> ./hello aufrufen, mit hello allein geht es nicht.

Das ist unter unixoiden Betriebssystemen üblich; Programme werden nur 
aus dem Pfad (Environmentvariable PATH) aufgerufen, es sei denn, bei 
ihrem Aufruf wird ein Pfad angegeben. ./ ist eine relative Pfadangabe.

[Gerhard Z. (germel)]

Die Shell schaut in allen Ordnern nach, die in der PATH Variable 
gelistet sind. Dein jeweils aktueller Ordner ist es nicht. Der aktuelle 
Ordner lässt sich durch den Punkt "." ansprechen (wie z.B. zei Punkte 
".." den übergeordneten Ordner bezeichnen).

Siehe:
echo $PATH

Du kannst den aktuellen Ordner mit in die PATH Variable aufnehmen
PATH=${PATH}:.

dann sollte der Aufruf auch ohne ./ gehen.

Gerhard

[Albert (FTU) (Gast)]

Vielen Dank für die Antworten :)

[Jim M. (turboj)]

Gerhard Z. schrieb:
> Die Shell schaut in allen Ordnern nach, die in der PATH Variable
> gelistet sind. Dein jeweils aktueller Ordner ist es nicht.

Und das hat einen guten Grund. Mit '.' im $PATH kann man viel 
Schindluder treiben, wenn man z.B. im $home ein eigenes "ls" als Binary 
hat.

Das ist eine dicke Sicherheitslücke. Man sollte sich lieber das 
./programmname angewöhnen.

[Gerhard Z. (germel)]

Keine Widerrede. Desshalb: wenn ./ in den Pfad, dann als letzter 
Eintrag. Dann wird das reguläre ls vorher gefunden.

Gerhard

[Rolf M. (rmagnus)]

Der Klassiker ist, dass jemand sein Programm "test" nennt und sich dann 
beim Aufruf wundert, warum es nichts tut.
Ich würde einfach explizit ./hello schreiben. Man hat sich da schnell 
dran gewöhnt, und dann fällt es einem gar nicht mehr auf.

[Frank M. (ukw) (Moderator)]

Sobald das Programm produktiv genutzt wird, würde ich es nach 
/usr/local/bin kopieren. Dieser Pfad ist im allgemeinen in $PATH und ist 
genau für so etwas gedacht.