Hi!
wenn ich in der shell ein perl-Skript aufrufe, wird es nicht mit Perl interpretiert. Obwohl der Dateiname mit .pl endet und im Skript #! /usr/bin/perl (5) steht. Muss ich noch war in apache-mime.types eintragen?
Gruß Rübezahl
immer noch: start von perl-skrpt's
Re: immer noch: start von perl-skrpt's
Hi!
Ich verstehe die Frage nicht ganz. Willst du nun von der Kommandozeile das Script ausführen oder per Apache? Einerseits redest du von der Kommandozeile, erwähnst dann aber die apache-mime.types. Gut wäre auch eine Beschreibung, was statt dem gewünschten Resultat beim Aufruf des Scripts passiert, d.h. z.B. welche Fehlermeldung kommt.
Cheers,
Wolfgang
Ich verstehe die Frage nicht ganz. Willst du nun von der Kommandozeile das Script ausführen oder per Apache? Einerseits redest du von der Kommandozeile, erwähnst dann aber die apache-mime.types. Gut wäre auch eine Beschreibung, was statt dem gewünschten Resultat beim Aufruf des Scripts passiert, d.h. z.B. welche Fehlermeldung kommt.
Cheers,
Wolfgang
Re: immer noch: start von perl-skrpt's
...ich gebe in die bash den dateinamen meines perl-skript's ein, und erhalte: bash:"meine-datei" command not found.
datei ist aber vorhanden und ausführbahr.
"grüber" rübezahl
datei ist aber vorhanden und ausführbahr.
"grüber" rübezahl
Re: immer noch: start von perl-skrpt's
basics!
'dein verzeichnis' ist nicht gepfadet.
um executables in nicht-gepfadeten dirs auszufuehren, muss man den vollen pfad angeben, oder einfach ein './' voranstellen.
ratte
'dein verzeichnis' ist nicht gepfadet.
um executables in nicht-gepfadeten dirs auszufuehren, muss man den vollen pfad angeben, oder einfach ein './' voranstellen.
ratte
Re: immer noch: start von perl-skrpt's
achja, basics 2 !
der she-bang lautet:
#!/usr/bin/perl
ratte
ps: *gruebel...* wie kommst du auf
#! /usr/bin/perl (5)
???
der she-bang lautet:
#!/usr/bin/perl
ratte
ps: *gruebel...* wie kommst du auf
#! /usr/bin/perl (5)
???
Re: immer noch: start von perl-skrpt's
Danke Ratte!
dit war's.Und jetz bitte noch ein kurtzen kommentar, wie so der ganze pfadname?. mit der DAU das versteht.
mit "usr/bin/perl5" war halt so eine verzweiflungsversuch.
rübezahl
dit war's.Und jetz bitte noch ein kurtzen kommentar, wie so der ganze pfadname?. mit der DAU das versteht.
mit "usr/bin/perl5" war halt so eine verzweiflungsversuch.
rübezahl
Re: immer noch: start von perl-skrpt's
basics 3:
executables koennen in der bash ausgefuehrt werden, wenn sie im Pfad gefunden werden koennen. Pfad checken:
'echo $PATH'(ohne Haekchen, fuer alles hier)
die Zeichenfolge './' indiziert das lokale Verzeichnis.
Ein absoluter Pfad ist die volle Pfadangabe, angefangen von '/', dem Stammverzeichnis von Linux, zb '/usr/bin/perl'.
Eine relative Pfadangabe bezieht sich auf den momentanen Punkt im Filesystem. Angenommen der User 'Hans' hat sein Home-verzeichnis in '/home/hans' und hat sich frisch eingeloggt. Dadurch befindet er sich in '/home/hans'.
Weiter angenommen, er hat in seinem Homeverzeichnis ein Verzeichnis namens 'bin' mit dem executable 'proggy.pl', dass er mit 'chmod +x' ausfuehrbar gemacht hat.
Die Situation ist nun folgende:
'/home/hans/bin' steht nicht im Pfad. Um sein proggy ausfuehren zu koennen, kann Hans nun folgendes eingeben:
'/home/hans/bin/proggy.pl'
oder, da er in '/home/hans' steht:
'bin/proggy.pl'
oder er koennte nach 'bin' wechseln:
'cd bin'
'./proggy.pl'
alles klar?
ratte
executables koennen in der bash ausgefuehrt werden, wenn sie im Pfad gefunden werden koennen. Pfad checken:
'echo $PATH'(ohne Haekchen, fuer alles hier)
die Zeichenfolge './' indiziert das lokale Verzeichnis.
Ein absoluter Pfad ist die volle Pfadangabe, angefangen von '/', dem Stammverzeichnis von Linux, zb '/usr/bin/perl'.
Eine relative Pfadangabe bezieht sich auf den momentanen Punkt im Filesystem. Angenommen der User 'Hans' hat sein Home-verzeichnis in '/home/hans' und hat sich frisch eingeloggt. Dadurch befindet er sich in '/home/hans'.
Weiter angenommen, er hat in seinem Homeverzeichnis ein Verzeichnis namens 'bin' mit dem executable 'proggy.pl', dass er mit 'chmod +x' ausfuehrbar gemacht hat.
Die Situation ist nun folgende:
'/home/hans/bin' steht nicht im Pfad. Um sein proggy ausfuehren zu koennen, kann Hans nun folgendes eingeben:
'/home/hans/bin/proggy.pl'
oder, da er in '/home/hans' steht:
'bin/proggy.pl'
oder er koennte nach 'bin' wechseln:
'cd bin'
'./proggy.pl'
alles klar?
ratte
Re: immer noch: start von perl-skrpt's
mmmhhmm...also die bash hält meinen dateinammen erstmal für einen befehl, den sie
natürlich nicht finden kann.das heist: wenn ich mein perl-skript "top" genannt hätte und beim aufrufen nicht"./" davor gesetzt hätte, würde ich was über die prozesse auf meiner maschiene erfahren, aber nicht mein skript starten. und das pasiert aber nicht, wenn ich "perl top" eintippe, weil dann die bash "perl" als befehl erkennt und ausfürt. richtig?
also, ich glaube ich hab's jetz begriffen.
rübezahl <img src="http://www.pl-forum.de/UltraBoard/Images/Happy.gif" border="0" align="middle">
natürlich nicht finden kann.das heist: wenn ich mein perl-skript "top" genannt hätte und beim aufrufen nicht"./" davor gesetzt hätte, würde ich was über die prozesse auf meiner maschiene erfahren, aber nicht mein skript starten. und das pasiert aber nicht, wenn ich "perl top" eintippe, weil dann die bash "perl" als befehl erkennt und ausfürt. richtig?
also, ich glaube ich hab's jetz begriffen.
rübezahl <img src="http://www.pl-forum.de/UltraBoard/Images/Happy.gif" border="0" align="middle">
Re: immer noch: start von perl-skrpt's
10 gummipunkte, fuer 100 gips n Zinnsoldaten.
ratte
ratte