Hallo,

seit dem Update auf Tiger habe ich folgendes Problem mit dem Apache unter MacOS 10.4.2. CGI (Perl ) Skripte, die zuvor liefen, und auch auf anderen Konfigurationen (z.B. Roxen/UNIX), funktionieren nicht mehr.

Der Apache gibt nur einen Error 500 zurück und das error.log meint, "Premature end of script headers" und das Perl die entsprechende Datei nicht öffnen konnte.

Die Zugriffsbits der Skripte sind auf 755 gesetzt, Eigentümer und Gruppe bin ich. Entsprechende HTML Header werden auch gedruckt und EXECCGI ist in der httpd.conf konfiguriert. Schalte ich ExecCGI aus, wird der Quelltext des Skript angezeigt. ie Rechte scheinen also in Ordnung zu sein. Aus irgendeinem Grund werden die .pl Skripte aber nicht an den Perl Interpreter weitergereicht bzw. kann der Die Datei nicht lesen.

Irgendwelche Ideen?

Gruss,

Lars.

Hi,

CLI = Command Line Interface? Also von der Shell aus kommt bestes HTML dabei heraus. HAbe das ganze ja auch schon auf ein minimales Test-Skript reduziert. Windows-Zeilenumbrüche o.ä. sind auch nicht drin...

/ Lars.

Hi,

welchen Link meinst Du, den hier im Forum? Als das Perl Modul ist in der httpd.conf eingebunden und erscheint beim Start des Apache auch in der error.log ohne irgendwelche Auffälligkeiten.
Der Perl Interpreter wird ja auch "aufgerufen", er beschwert sich ja, dass er die Datei xyz.pl nicht lesen konnte. Witzigerweise bekommt Perl den DAteinamen nicht:

Could not read file "".

Datei ist aber an Ort und Stelle und lesbar, siehe oben.

Hi,

sorry, den hatte ich übersehen. Allerdings habe ich das schon alles überprüft. Der Content Type wird ausgegeben, die Rechte sind da, und es gibt auch keine verwirrenden Zeichen á la ^M oder so.

Irgendjemand eine Idee?

/Lars.

Hi,

nein, nur der alles-und-nichtssagende Internal Server Error (500).

Lars

Spielt man das ganze zum Spass mal mit einem Bash-Shell Script durch funktioniert das ganze:

test.cgi ist ein Perl Skript und produziert die gleiche Ausgabe wie test2.cgi, welches ein bash-Shell Skript ist. Beide Dateien liegen mit den jeweils gleichen Rechten in meinem Sites Verzeichnis: ~/Sites.

Ruft man beide Skripte ueber einen Browser auf, funktioniert test2.cgi tadellos, test.cgi verursacht dagegen die o.g. Fehlermeldung. Als wuerde der Apache/mod_perl den Dateinamen aus der URL nicht korrekt an den Perl Interpreter weiterreichen.

Hat da irgendjemand eine Ahnung, woran das liegen koennte?