#僕のWindows環境で、rfc.ftp が動かない件です。
#動いていないところは、ftp.scmのget-responseで、3行目のread-lineから戻ってきません（ハングアップしてます）
##wiresharkでftp.gnu.orgにアクセスしたログです。下から2つがGaucheからのアクセス（スクリプトを2回実行しています）。
#その上にあるのが、同じPC上でPythonを使ってftp.gnu.orgni
#ftp.gnu.orgにアクセスしたログです。こっちはログインに成功しています。
#220 GNU FTP server ready.\r\n までは返ってきてます。
#環境は64bit Windows7、Gauche は version 0.9.3.3 [utf-8,wthreads], i686-pc-mingw32 です。
#あれ、同じPCに入っているCygwin版 version 0.9.3 [utf-8,pthreads], i686-pc-cygwin なら動きますね。
#もしかして、wthreads かな。
#220ラインが返ってきてるのにread-lineで読み出せてない、ってことか。低レベルの部分のバグのような気がする。httpとかは動きます?
#version 0.9.3.3 [utf-8], i686-pc-mingw32 (--enable-threads=none) だと同じように止まります。
#httpですね。動かしてみます。
#(use rfc.http)
(display (values-ref (http-get "practical-scheme.net" "./gauche/memo.html") 2))
#これが、cygwin版だと<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">・・・・と値を返してくれますが、Mingw版だとftpの時と同じくハングアップします。
##白くなっているところの下から、Cygwin版で2回、Mingw版で2回、上のスクリプトを実行しています。
#確かに。以前は動いてたとおもうのでどっかでエンバグしたかな。
#0.9.3だと動く
#ありゃ、0.9.3.3でも動くようになったぞ。何も変えてない、はず、だが…
#ふむ。しばらく時間を置いてからgosh起動して試すと刺さる。一回殺してまた試すと動く。一度動いたらその後の試行は全部動く (時間を置かない限り)。どういうこっちゃ。
#私の環境ではそんな微妙な動きはしていないです。version 0.9.3.3 [utf-8,wthreads], i686-pc-mingw32で、毎回駄目です。殺して再度やっても、一度に複数のgosh.exeを動かしても駄目です。
#家のPCだと、shiroさんと同じ症状です。0.9.3で一回目が駄目で、2回目以降は全部動きます。
#0.9.3.3だと全部動くのですが、このバージョンだから動いているのか、その前に0.9.3で動いたからその続きで動いているのかは判断できません。
Gauche > Archives > 2012/10/09