古い版を利用したら問題無く動作しました。
素早い回答をどうもありがとうございました。
みかりさん、
そうですね。1.32f なら大丈夫だと思います。
なお、1.33 で Content-Length を出さないCGIの出力は Transfer-Encoding: chunked となって16進のバイト数をサーバ側でつけるのは仕様です。
エラーログでそのエラーが出るのがおそらく1.33のバグです。
初めまして、みかりと言います。
先日 AN HTTPD を落として、CGI のテストに利用させて貰っているのですが、
CGI が動作せずに、悩んでいます。
そこで、適当な CGI をダウンロードしてきて試したり、print だけのスクリプトを
試して調べてみたりしたところ、
｜>>> s=156: Thu Mar 08 20:33:57 2001 >>>
｜HTTP/1.1 200 Document follows
｜MIME-Version: 1.0
｜Server: AnWeb/1.33
｜Date: Thu, 08 Mar 2001 11:33:55 GMT
｜Transfer-Encoding: chunked
｜Pragma: no-cache
｜Last-Modified: Thu, 08 Mar 2001 11:33:55 GMT
｜>>> s=156: Thu Mar 08 20:33:58 2001 >>>
｜Content-Type: text/html
｜
｜>>> s=156: Thu Mar 08 20:33:58 2001 >>>
｜9B3
｜>>> s=156: Thu Mar 08 20:33:58 2001 >>>
｜<!--DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"-->
｜<html>
と、このように、Content-Type: …… \n\n
の次に、送信サイズが、16進で付加されてきました。
（CGIスクリプトの方ではそのような指示はありませんでした）
所が、自作のスクリプトでは
｜Content-Type: text/html
｜
｜<!--DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"-->
｜<html>
このように、サイズの応答が無く MS-IE が、
｜インターネットサイト http://127.0.0.1/cgi-bin/… を開けません
｜Microsoft Internet Extension で内部エラーが発生しました。
というエラーを出し、trace.log では送信が途中で途切れていました。
（スクリプトの方では、正常にテキスト作成されているのにも関わらずです。
DOSプロンプトで実行させたときは正常に最後まで標準出力へ出力しています）
エラーログの方はこのようになっていました。
｜Thu Mar 08 20:45:53 2001 Warning: connection reset during Recv()
｜ in ClientRead() for Thread 0 (ID = -460783) with WSAECONNRESET
恐らく、Content-Type を送信した後の 16進数のサイズ応答がない
（ヒアドキュメントで print<<EOD するだけでも、付くのですから、サイズ情報
は、AN HTTPD が自動作成しているのではないかと思うのですが）為にこの
ようなことになっているのだと思いますが、何故かわかりますでしょうか？
# 試されるときのために、件のスクリプトを
http://www.alpha-net.ne.jp/users2/mikarim/archive/cgi/rtg001.lzh
に置いておきます。
##と、これを書きにきたらもしかしたら、1.33 だから駄目なのかもしれません。
1.32f を落として試してみます。
せるばんてすさん、
その問題だったのかどうかはわかりませんが、正常に動作したようでよかったです。
せるばんてすです。お世話になってます。
特定のCGIが403エラーを返していた件、1.33d では直っていました。
どうやら「ISAPIで Location: など長いヘッダを返す時に正常に動作しないバグ」
だったのでしょうか。相対パスに変えても直らなかったので困ってましたが・・・
こちらのディレクトリ構造や階層の深さにも問題ありのような気がします（^^）;
ありがとうございました。今後ともよろしくお願いします。
せるばんてすさん、
403 エラーになるのは今のところちょっと原因を想定できません。
関係する CGI 一式をメールで送っていただけませんか？
わたしも 1.33 で不具合が生じ、 1.32f に戻してます。
わたしの場合、これまでのバージョンで問題なく動いていたCGIのうち、特定の
CGIだけが動かなくなる（Error 403：サーバエラー を返す）現象です。
ユーザ認証を使用していますがプロクシは全然使用していません。
なお、環境は Windows98SE + AnHttpd + Activeperl です。
動かないCGIは他のCGI群よりも階層が1つ下にあり、form で受け取った値を
判別して別のCGIに渡すというもの。構文とかもチェックしてみたのですが・・・
他の要因もチェックしてみます。
seea さん、
Status: 204 No Response の行と空行 だけだと確かにエラーになることを確認しました。
Status: の行を削除する時に空行ひとつだけになってしまうのが原因でした。
早急に直しますが、とりあえずは Status: 行以外になんらかの行を出力すれば回避できるかもしれません。
1.33に更新してから発生した現象を報告致します。
CGI（Perlスクリプト）から
Status: 204 No Response
を返すとエラーになってしまいます。ボディは無く、区切りの空行は送っています。:
Error 500
CGI エラー - ヘッダとボディの区切りの空行 が見つかりません。
inagaki さん、
1.33 は結構テストしてから出したつもりだったのですが、バグが多くてちょっとヤバイですね。
画像がうまく表示されなかったときの httpd.log と errors.log の内容を教えてください。
サイボウズというwebグループウェアのサーバとしてan httpdを使わせていただいてますが、
1.33にバージョンアップしたところ、画像がうまく表示されないことがあります。
何度か再読込をすると表示されますが、再読込を繰り返しているうちにan httpdが不安定になり落ちてしまいます。
プロクシでうまく画像が表示されないことがあるとのことですので、原因は同じなのかもしれません。
サーバのOSはWIN2000、クライアントにはIE5.5を使っています。
お知らせ
1.33 のHTTPプロクシで画像が正常に表示できない（ことがある）などの不具合があるようです。
プロクシをメインに使っている方は 1.33 へのバージョンアップはちょっと待ってもらった方がよさそうです。
できるだけ早く改善版を出します。