wrote:wikipediaで調べたところ、Windows98以降でwinsock2が使えるようですのでwinsock1のサポートを打ち切るってのが一番簡単だと思うのですがどうでしょうか将来のバージョンについては完璧に同意しますが、1.8.7に関して今サポートしてるものを突如打ち切るのはさすがに躊躇してしまいます。ago=beginこんにちは、なかむら(う)です。wikipediaで調べたところ、Windows98以降でwinsock2が使えるようですのでwinsock1のサポートを打ち切るってのが一番簡単だと思うのですがどうでしょうか1.8の途中でwinsock2サポートを入れたときに、1.8は互換性維持のため選択性、1.9はwinsock2必須、と決断しました。今になって覆す理由はないと感じます。ago=beginこんにちは、なかむら(う)です。ご指摘のバグはありますけど、なんかうまいことws2_32.dllにもリンクされてますね。バグってるけど結果はオーライだという...ちなみに、htonl()とntohs()だけがsocket.soからwinsock32.dllからリンクされ(これらはws2_32.dllにforwardされる)、getaddrinfo()、getnameinfo()、freeaddrinfo()がws2_32.dllからリンクされるようになると思います。(残りのwinsock関数はruby本体がリンクするので問題ない)それでは。使っている人が居るはずですが、問題は表面化しないのかも知れませんね。ws2_32.dllがリンクされていました。1.8-Bug#4230]の修正に関係してたりする??あっちはlocalhostが動かないとか言ってるから必要度が高いと思ってるのですが。これは別問題でである事を確認しています。現象に違いはありませんでした。Urabe)=beginで、えーと、現状実害はなくて、ruby_1_8_7とruby_1_8_6のみにこの問題があって、ruby_1_8のr30401をバックポートすればこの問題は直る、というのが私の見解です。本件は実害ないからどうでもいいですが、r30401はいずれにせよバックポートして欲しいなーと思っています。ClosedVC6とVC10で確認しましたが、意図通りになってるように見えるので、closeします。LangLoading...。