Site Index - Feedback - Impressum |
| |||||||||
|
|
( Archiv ) | ( Neues Thema ) |
( Zeige die Threadübersicht ) | ( Zur Startübersicht ) |
20.09.1999 |
Perl 5.002 (von: Guenther, 00:00:00) | ^ |
Hallo,
ist hier jemand, der schon mal das Perl für OS/2 erfolgreich installiert hat? Hätte da ein paar Fragen ... Mfg Günther [ Leser: 149 ] |
Re: Perl 5.002 (von: Heiko Haase, 00:00:00) | |
Frag doch hier... .
Ich habe vor langer Zeil einmal Perl installiert... . |
Perl 5.002. Fragen. (von: Guenther, 00:00:00) | |
Oh, hallo, Heiko!
Schön, daß ich fragen kann. :-) Also, ich bin Perl-Neuling mit Lernambitionen. Habe folgendes gemacht: 1. EMX installiert. 2. Xitami Webserver installiert. Läuft. 3. Perl 5.002 installiert. Im Verzeichnis usrlocalbinperl Es hat u.a. die Dateien perl5.exe, perl5.dll, perlglobal.exe und ? ich glaube perlx.exe. Dann noch Unterverzeichnisse. Die Verzeichnisse habe ich, wie empfohlen, in die LIBPATH und PATH-Anweisungen aufgenommen 4. In das Verzeichnis cgi-bin habe ich nun im Unterverzeichnis links einige CGI-Scripte in Perl installiert. Auch dort die entsprechenden Konfigurationen gemacht. 5. Nun wollte ich das testen. Ich also Netscape gestartet. Als URL habe ich: a) Das Verzeichnis cgi-bin angegeben. Also: http:\localhostcgi-bin Fehler: You are not authorized... Unsinn: Ist doch OS/2. b) Dann habe ich mal ein CGI-Script direkt versucht: http:\localhostcgi-binlinksadd.cgi Fehler: 500. Process could not be started. Program not found. ------------------------------------ Welche Fehler mache ich? Mfg Günther |
Re: Perl 5.002. Fragen. (von: Heiko Haase, 00:00:00) | |
Ich denke wir sollten die Sache in 2 Problembereiche unterteilen. Das ist zum einen Perl und dann die CGI-Einbindung in einen WWW Server.
Perl: Bei der Perl Installation werden ein paar Test-Perl-Scripte instlliert. Du solltest als erste diese (eins reicht ja) auf Funktion testen. Das geht z.b. mit perl5.exe [script.pl]. Wenn ich mich recht erinnere gibt es auch Bsp. für OS/2 in CMD Form. Man kann Perl-Scripte auch in einem CDM unterbringen. Dazu muß Perl als externer Interpreter ("extproc=c:perl5.exe") gestartet werden (sihe "extproc" im Referezhandbuch). Wenn das funktioniert kannst Du darüber nachdenken Perl in CGI-Scripten einzusetzen ;-). Perl als CGI: Eine Besonderheit gegenüber UNIX ist, dass OS/2 ausführbare Dateien an der Dateiendung erkennt. Wenn der WWW-Server nicht so konfiguriert werden kann, dass er Perl-Scripte mit "perl5.exe [script.pl]" aufruft, so ist der oben beschriebene Werg über den externen Interpreter erfordelich. PS: Nicht vergessen das loopback-Interface zu aktivieren. Sonst gibt es keinen localhost. Test: "ping localhost" Ich hoffe das ist schon mal ein Anfang. |
Re: Perl 5.002. Fragen. (von: Alexander Hoff, 00:00:00) | |
Hi Günther,
es ist ziemlich lange her, dass ich Perl installiert habe, aber ich erinnere mich noch, dass ich ziemlich gebastelt habe. Das Problem damals waren die Pfade und Environment-Angaben. So wie in der Doku angeben funktionierte es bei mit nämlich nicht. Vielleicht helfen Dir ein paar Infos von meinem System: 1. Meine Perl-Unterstützung ist unter F:GNUPerl installiert 2. Meine Config.sys sieht wie folgt aus (relevanter Ausschnitt). Man beachte die netten Wechsel zwischen Front- und Backslash sowie den Prefix F:PerlibLib (das Verzeichnis existiert nicht): LIBPATH=F:GNUPerl; PATH=F:GNUPerl;F:GNUPerltools; REM === Beginn der Perl Unterstützung === SET PERLLIB_PREFIX=f:/perllib/lib;F:/GNU/Perl/lib SET PERLLIB=F:/GNU/Perl/lib SET PERL_SH_DIR=F:GNUPerl SET PERL5LIB=F:/GNU/Perl/lib REM === Ende der Perl Unterstützung === 3. Hier noch meine EMX-Unterstützung (wenn gleich sie mit dem Problem nur indirekt zu tun hat). Ach ja, EMX ist unter F:GNUemx0.9d installiert: LIBPATH=F:GNUemx0.9dDLL; PATH=F:GNUemx0.9dBIN; REM === Beginn der EMX Unterstützung === SET EMXSHELL=C:OS2CMD.EXE SET EMXOPT=-c -n -h256 SET C_INCLUDE_PATH=F:/GNU/EMX0.9d/include SET LIBRARY_PATH=F:/GNU/EMX0.9d/lib; SET CPLUS_INCLUDE_PATH=F:/GNU/EMX0.9d/include/cpp;F:/GNU/emx0.9d/include SET PROTODIR=F:/GNU/emx0.9d/include/cpp/gen SET OBJC_INCLUDE_PATH=F:/GNU/emx0.9d/include SET GCCLOAD=5 REM the following statements are set above REM SET TERM=mono REM SET TERMCAP=F:/GNU/emx0.9d/etc/termcap.dat SET INFOPATH=F:/GNU/emx0.9d/info SET EMXBOOK=emxdev.inf+emxlib.inf+emxgnu.inf+emxbsd.inf SET HELPNDX=EPMKWHLP.NDX+CPP.NDX+CPPBRS.NDX+emxbook.ndx SET CC=gcc SET CXX=gcc REM === Ende der EMX Unterstützung === Ich hoffe, die Infos helfen Dir ein wenig. ciao Alex |
Erster Versuch (von: Guenther, 00:00:00) | |
Hallo, Ihr zwei!
Danke für die Antworten. Habe mal nachgesehen und festgestellt, daß es keine (brauchbare) Doku gibt. Es existieren ein paar Unterverzeichnisse, in denen sowohl .pl als auch .pm und .ps und sonstige Dateien liegen. Keines der .pl-Sripts läuft, da er immer mit der Fehlermeldung kommt: Modul xyz nicht gefunden ($INC). D.h. das Perl5.exe scheint zu laufen, aber ich habe kein Test-Script, mit dem ich es ausprobieren kann. Mit den CGI-Scripts geht es nicht. Die führt er gar nicht erst aus. PING localhost funzt. Das mit dem EXTPROC könnte gehen, es kommt jedenfalls keine Fehlermeldung. Gibt's denn echt keine Doku dazu? :-( |
23.09.1999 |
Zweiter Versuch (von: Guenther, 00:00:00) | |
Hallo,
also das PERL5.EXE funktioniert. Habe ein ganz kleines Perl-Script, das mit dem Xitami kam, aufgerufen, und es lief. Wie kann ich nun dem HTTP-Server mitteilen, daß er bestimmte CGI-Scripts mittels PERL5.EXE ausführen soll? Kennt zufällig jemand Xitami? Mfg Günther |
24.09.1999 |
Dritter Versuch (von: Guenther, 00:00:00) | |
Na, also Perl-Experten sind hier offenbar nicht ;-)) ,
aber ich hab eine Teillösung und bin kurz vor dem Erfolg: Der Xitami-Server verlangt, daß man in der Kopzeile der Scripts den kompletten Pfad und auch die Extension .EXE angibt. Das habe ich nun bei einigen Scripts gemacht, und tatsächlich werden sie ausgeführt. Jetzt muß ich nur noch da Problem lösen, daß die Scripts die richtigen Pfade für die $INC-Anweisung finden ... Also: Prinzipiell geht's! :-)) |
25.09.1999 |
Reicht diese Seite... (von: Gerhard Arnecke, 00:00:00) | |
http://w4.lns.cornell.edu/~pvhp/perl/os2.html
oder soll es noch mehr sein? |
26.09.1999 |
Re: Reicht diese Seite... (von: Guenther, 00:00:00) | |
Hi, Gerhard!!!
VIELEN DANK!!! Tolle Seite, die ich mal Stück für Stück durcharbeiten muß. Ich denke, mein letztes Problem liegt an den Umgebungsvariablen. Jetzt erst recht! Mfg Günther |
Na, das war wohl ein... (von: Gerhard Arnecke, 00:00:00) | |
Volltreffer!
Günther, ich hoffe du wirst jetzt hier dann im Forum die erste Adresse werden, die bei Problemen mit Perl anderen helfen kann. |
Re: Na, das war wohl ein... (von: Guenther, 00:00:00) | |
Hi, Gerhard,
gern, wenn ich helfen kann. Also: Es läuft jetzt!!!! *froi* Zwar hat die o.g. URL nicht dabei mitgeholfen, aber trozdem. Das "Perverse" an dem ganzen Kram ist die Benutzung von Slashes, Backslashes und Laufwerksbuchstaben. Da habe ich halt rumprobiert, bis es ging. Stell Euch vor, man muß den Pfad für die Perl-Variable so setzen: I:/cgi-bin/links/admin/admin.cgi Also: Laufwerksbuchstabe plus Normal-Slash!!! Wer hätte das gedacht!!! Mfg Günther |
( Zeige die Threadübersicht ) | [ Version zum Drucken ] | ( Zur Startübersicht ) |
|
Mit * markierte Felder müssen ausgefüllt werden ! |
|