#!/usr/bin/perl --

IEでPerlのgciにアクセスすると
500 Internal Server Error
だったので、
#!/usr/bin/perl
の次に -- を加えて再びIEでアクセスするとエラーはありませんでした。

普通に#!/usr/bin/perlのソースで正常に動作するように
したいのですが、解決策は分かりませんか？

-- というのはどういう意味ですか？
そうしてみれば動くことがあると聞いて試したものです。

No.3 回答者： Ethersky 回答日時： 2004/02/03 05:07

改行コードはOSごとに決まっています。

よって、設定変更で変えられるものではありません。
CR+LFのまま使いたいのならWindows上のサーバーで動かしましょう。

Windowsの改行コードはCR+LF (\x0D\x0A)
Linuxの改行コードはLF (\x0A)
MacOSの改行コードはCR (\x0D)

No.2 回答者： chie65536 回答日時： 2004/02/02 14:20

ファイルの転送モードを正しく設定して下さい。

Windowsからサーバーにcgiのソースをアップロードする際、サーバーからWindowsにcgiのソースをダウンロードする際に、FTPの転送モードを「テキストモード」で行って下さい。

アップロードの場合には、Windowsで編集して改行が「CR」「LF」になっているソースが「LF」のみの改行に変更されて転送されます。

ダウンロードの場合には、サーバー上で改行が「LF」になっているソースが「CR」「LF」の改行に変更されて転送されます。

改行コードが「CR」「LF」のままバイナリモードでサーバーに転送すると、「CR」が邪魔をしてシェルがperlを起動できず、サーバー内エラー（500 Internal Server Error）が起きます。

つまり、以下のような事が起こっています。

「--」を付けない場合「/usr/bin/perl[CR]」は存在しないから起動できずエラー。

「--」を付けた場合「/usr/bin/perl --[CR]」は「/usr/bin/perl」が存在するのでperlを起動し「--[CR]」はperlに渡され、正しく起動出来たように見える。（「起動出来たように見える」と言うだけで、本当は正しくない）

なお、スクリプト（２行目以降）部分の各行の行末に[CR]が付いていた場合、スクリプトの書き方によってはperlが期待した動作をしない（文字列比較の判定式の結果が狂うなど）場合があるので、cgiがまともに動かない事があります。

この回答への補足

「--」というのはPerlですか？Apacheですか？
「--」改行の直前が「--」なら、「--」をその環境での
改行として扱うということですか？

サーバのOSはLinuxです。普通は*.cgiはLFでないと動かないらしいですか、CRLFでも動作するようにPerlかApacheで設定できませんか？

補足日時：2004/02/02 17:49

No.1 回答者： koppepann 回答日時： 2004/02/02 13:18

サーバーによるのですが、

#!/usr/bin/perl
でエラーが出るならば、
#!/usr/local/bin/perl
ではないでしょうか・・・

この回答への補足

Perlのパスは間違いありません。
*.cgiの改行コードをWindowsからLinuxに変更すると
#!/usr/bin/perl --
にしなくても
#!/usr/bin/perl
で動作しましたが、
#!/usr/bin/perl で、かつ、改行コードをWindowsで
動作する環境にしたいと思っています。
どこを変更すればよいでしょうか？

補足日時：2004/02/02 13:21