Hallo zusammen,

vor kurzem wurden auf mehreren Windows 2000/2003 Webservern ActivePerl auf die neuste Version upgedatet (5.8.7.815).

Jetzt besteht aber folgendes Problem:
Der Content-Type Header wird in den HTML Seiten mit reingeschrieben, wenn man perlis.dll verwendet.

Also bei z.B.
print "Content-type: text/html\n\n";
wird in der HTML Seite der Text "Content-type: text/html" ausgegeben.

Mit perl.exe besteht das Problem nicht, allerdings gibt es mit dieser ein Haufen anderer Probleme. :/

Bei der alten Version (5.6.x) wurde das ganze noch als Header erkannt.

Wie kann ich perlis.dll dazu bringen das nicht als HTML auszugeben sondern in den Header zu schreiben?

Vielleicht hilft Dir diese Seite weiter...

Danke, es funktioniert wie erwartet wenn ich zuerst HTTP/1.0 200 OK ausgebe. Allerdings müsste ich dann alle Perl Scripte ändern, auch die Scripte der Kunden.

Gibt es vielleicht sonst noch eine Möglichkeit?

Welche Probleme gibt es denn mit der normalen perl.exe...

Hautsächlich Probleme mit relativen Pfaden.

Wenn z.B. ein Perl Script eine andere Datei, welche sich im gleichen Verzeichnis wie das Script befindet, öffnen möchte, gelingt dies nicht, da Perl die Datei nicht im gleichen Verzeichnis wie das Script sucht, sondern nur im obersten Verzeichnis.

Im IIS ist eingetragen das .pl usw. wie folgt aufgerufen werden soll:
perl.exe "%s" %s

Der IIS scheint echt komisch zu sein... Dann wuerde ich Dir raten mehr mit FindBin zu arbeiten...

perliis braucht eben keinen Content-Type, da die IIS API das selbst macht, wenn sonst man nicht den kompletten Header mitgibt. perliis ist ja auch kein CGI.
perl.exe ist dagegen CGI.

Warum macht perliis das?? perliis kann doch gar nicht wissen, ob man HTML, XML, Plaintext versenden will... Und deswegen gleich nen kompletten Header zu definieren ist auch, naja, sehr gewöhnungsbedürftig...

mach dir selbst ein bild: http://msdn2.microsoft.com/library/at50e70y.aspx

Naja, so ganz überzeugt es micht nicht...