#社内で籠。を運用してるんだけど、kahua-admin lsで見るとworkerがあるのにブラウザでアクセスすると500 Internal Server Error Unknown worker errorだって。なんだろ。
#それ、以前もあったなぁ
#内籠?
#yes
#見てみたら古いKahua trunkだった. stable1_0にする。
#内籠は完全に放置プレイ中だったからなぁ
#netbsd/amd64 5.99.7 / 0.8.14 で c-wrapper 0.6.0 の make check, Invalid shared ... てへんなメッセージはでるけど、testそのものはpasswdになってる
#s/passwd/passed/
#netbsd-5先端でも同じみたいですね
#Testing c-wrapper (ffi) ... Invalid shared object handle 0xfffffffffdfdf800
Invalid shared object handle 0xfffffffffdfdf800
Invalid shared object handle 0xfffffffffdfdf800
Invalid shared object handle 0xfffffffffdfdf800
Invalid shared object handle 0xfffffffffdfdf800
Invalid shared object handle 0xfffffffffdfdf800
passed.
#こういうやつね
#ちなみにGaucheはtrunkの、threadのテストが通った最後のリビジョン
##それです。"Invalid shared object handle" のエラーメッセージです。
#dlcloseで発生しているようなのですが、ちょっと原因をおいきれていません。
#dlclose自体はstubで定義しているのですが、c-wrapperはdlcloseを使っていないので、もしかしたら NetBSD/amd64 の環境でも問題ないかもしれないのです。
#とはいえ、何かまずいことをやっている可能性もあるので、ちょっと調べる必要はあります。
##開発中のLisp処理系なんですが、orとandがマクロで書けるところまで来ました。
#ここまで来ると楽しいです。一つの壁を越えた感じ...
#楽しそうだ...
#Programming Clojureをちんたら読んでます
#Gauche固有の問題じゃないと思うんですけどちょっと基本的な質問してもいいですか？
#C++で動いているサーバに向けてGaucheからソケットで接続してbinary.ioのwrite-u8でどかどかデータを書き込んで行くと16385バイト目でSIGPIPEもらって終わっちゃうんですけど、これはどうしてやるのが正解なんでしょうか（ネットワークプログラミング良く知らないです。スミマセン）
#どうしたいかによるんじゃないでしょうか。
#SIGPIPE を受け取るってことは相手側が閉じてるってことですよね。 常に一定のバイト数で同じことがおこるのなら、送ったデータが不正なものだったとか、何かの制限にひっかかったとかいったこともありそうですが…。 それだけではちょっと状況がわかりませんね。
#GC_dlopen()のプロトタイプ宣言がないので、実際にはvoid *を受け取らないと行けないのにintとおもわれちゃってますね
#> Invalid shared object handle
Gauche > Archives > 2009/06/29