[#18151] Regexp.last_match — WATANABE Tetsuya <llama@...01.gate01.com>
渡辺哲也です。
[#18186] [req] Marshal — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
新井です。
まつもと ゆきひろです
In article <1031498274.659939.18144.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1032189662.175916.22019.nullmailer@picachu.netlab.jp>,
[#18208] Re: [ruby-list:35875] Unsecure world writeabledir の警告 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
わたなべです。
[#18229] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
わたなべです。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
わたなべです。
[#18246] Re: missing/vsnprintf.c: printf("%+f", -0.0) — WATANABE Hirofumi <eban@...>
わたなべです。
At Tue, 10 Sep 2002 12:21:10 +0900,
[#18262] mswin32: EINVAL on Process.kill — Minero Aoki <aamine@...>
あおきです。
[#18274] $0 handling on DOSISH — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
なかだです。
岩月と申します。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
[#18285] rubicon on EWS4800 — Koji Arai <JCA02266@...>
新井です。
新井です。
まつもと ゆきひろです
新井です。
まつもと ゆきひろです
新井です。
なかだです。
In message <20020921.152641.11483667.JCA02266@nifty.ne.jp>
なかだです。
In article <200209211605.g8LG52p04564@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200209211628.g8LGSxp04786@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200209211739.g8LHdKp05495@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200209220415.g8M4Fkp24392@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200209260105.g8Q15PR08171@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <20020921.152641.11483667.JCA02266@nifty.ne.jp>,
なかだです。
In article <200209251737.g8PHbdR03024@sharui.nakada.kanuma.tochigi.jp>,
渡辺哲也です。
なかだです。
渡辺哲也です。
渡辺哲也です。
なかだです。
渡辺哲也です。
なかだです。
In article <200210020254.g922srH01700@sharui.nakada.kanuma.tochigi.jp>,
[#18314] class nest in module_eval — Minero Aoki <aamine@...>
あおきです。
[#18361] compile parse.y with -Wall — nobu.nakada@...
なかだです。
なかだです。
[#18371] Re: [ruby-cvs] ruby/lib/uri: * eval.c (ruby_run): should set toplevel visibility again here. — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#18374] Re: [ruby-cvs] ruby/ext/tcltklib: * eval.c (ruby_run): should set toplevel visibility again here. — WATANABE Hirofumi <eban@...>
わたなべです。
まつもと ゆきひろです
なかだです。
わたなべです。
いがらしです。少し前の話ですが。
わたなべです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#18391] pstore.rb can make a broken store — YANAGAWA Kazuhisa <kjana@...4lab.to>
# お願いされたから書いてみよう :-)
In article <20020926134339.C8DAE1EE12@milestones.dm4lab.to>,
[ruby-dev:18150] Re: Selection IPv4/IPv6 at TCPSocket
にし@おかやまです。 At Mon, 2 Sep 2002 14:11:04 +0900, Tanaka Akira wrote: > ちょっとした疑問なんですが、IPv4 と IPv6 のどちらを選ぶべきかの情報は > 本来どこにあるんでしょう? ちゃんと確認したわけではありませんが,現状ではリゾルバとカーネル依存では ないかと思います。 USAGIカーネル+glibc2.2では,DNSにAAAAレコードがあり,カーネルがIPv6に対 応していればIPv6を選択するようになっているように見えます。 FreeBSD 4.3でも同様です。 # libcの中を見てませんので嘘をついてるかもしれません。 > なんとなく、本来は DNS にそういう情報があって、自動的に選択されるべき > な気がします。で、この話はなんらかの不具合によりそれがうまく動かない場 > 合に対する手段を提供するというのが目的だと思うんですが、だとすると、そ > の手段が IPv4 のハードコードをしやすい形だと、不具合のない環境で動かす > のが厄介になりがちな気がします。 > > プログラム本体は本来正しいやりかたで書き、付加的に不具合を避ける方法を > Ruby に教えてやるというのがいいんじゃないかという気がするんですが。 > (たとえば、このホストは IPv4 にしろとか。) 現在のRubyではopen_inet()関数内で hints.ai_family = PF_UNSPEC;と常に自動 的にai_familyを選択するような実装がなされています。 しかしIPv4/IPv6のどちらを使うかを明示できないため,Aレコード,AAAAレコー ドを共にもつホスト上で稼動しているものの,実際にはIPv4,IPv6のどちらかで しかlistenしていないサービスにアクセスした場合,IPv6で接続に失敗したら IPv4で(あるいはその逆で)と言う処理が困難となっています。 これはIPv4->IPv6移行の過渡期的ならでは現象だと思いますので,田中さんのおっ しゃるようにクラス新設という目立った方法ではなく,付加的な情報として扱う 方が良いように思えます。 加えて,UDPSocket#newとの対称性の点からも引数でAI_FAMILYを指定できる方が うつくしいと思うのですが如何でしょうか? # わたしが投げたパッチはai_family引数のチェックをしていないのでアレです # が(^^; -- NISHI Takao D add ninth Co.,Ltd. http://www.Dadd9.com/ 1-2-24 Toyonari, Okayama, 700-0942, Japan @@@@ Phone:+81-86-801-4216 Facsimile:+81-86-801-4217 OO/ PGP:1466 BB16 3186 CC11 1A06 713C 5518 3A2A A122 118A -|/