[#18186] [req] Marshal — keiju@... (Keiju ISHITSUKA)

けいじゅ@日本ラショナルソフトウェアです.

14 messages 2002/09/05
[#18190] Re: [req] Marshal — matz@... (Yukihiro Matsumoto) 2002/09/05

まつもと ゆきひろです

[#18229] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

22 messages 2002/09/09
[#18230] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — nobu.nakada@... 2002/09/09

なかだです。

[#18231] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — "U.Nakamura" <usa@...> 2002/09/09

こんにちは、なかむら(う)です。

[#18232] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — nobu.nakada@... 2002/09/09

なかだです。

[#18233] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — "U.Nakamura" <usa@...> 2002/09/09

こんにちは、なかむら(う)です。

[#18234] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — WATANABE Hirofumi <eban@...> 2002/09/09

わたなべです。

[#18236] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — "U.Nakamura" <usa@...> 2002/09/09

こんにちは、なかむら(う)です。

[#18238] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — WATANABE Hirofumi <eban@...> 2002/09/09

わたなべです。

[#18241] Re: [ruby-cvs] rough/ext/stringio: * ruby-stringio.spec: 0.0.7, added changelog. — "U.Nakamura" <usa@...> 2002/09/09

こんにちは、なかむら(う)です。

[#18285] rubicon on EWS4800 — Koji Arai <JCA02266@...>

新井です。

59 messages 2002/09/13
[#18322] Re: rubicon on EWS4800 — Koji Arai <JCA02266@...> 2002/09/21

新井です。

[#18333] Re: rubicon on EWS4800 — kjana@...4lab.to (YANAGAWA Kazuhisa) 2002/09/21

In message <20020921.152641.11483667.JCA02266@nifty.ne.jp>

[#18336] Re: rubicon on EWS4800 — nobu.nakada@... 2002/09/21

なかだです。

[#18337] Re: rubicon on EWS4800 — Tanaka Akira <akr@...17n.org> 2002/09/21

In article <200209211605.g8LG52p04564@sharui.nakada.kanuma.tochigi.jp>,

[#18338] Re: rubicon on EWS4800 — nobu.nakada@... 2002/09/21

なかだです。

[#18341] Re: rubicon on EWS4800 — Tanaka Akira <akr@...17n.org> 2002/09/21

In article <200209211628.g8LGSxp04786@sharui.nakada.kanuma.tochigi.jp>,

[#18342] Re: rubicon on EWS4800 — nobu.nakada@... 2002/09/21

なかだです。

[#18343] Re: rubicon on EWS4800 — Tanaka Akira <akr@...17n.org> 2002/09/21

In article <200209211739.g8LHdKp05495@sharui.nakada.kanuma.tochigi.jp>,

[#18345] Re: rubicon on EWS4800 — nobu.nakada@... 2002/09/22

なかだです。

[#18349] Re: rubicon on EWS4800 — Tanaka Akira <akr@...17n.org> 2002/09/22

In article <200209220415.g8M4Fkp24392@sharui.nakada.kanuma.tochigi.jp>,

[#18374] Re: [ruby-cvs] ruby/ext/tcltklib: * eval.c (ruby_run): should set toplevel visibility again here. — WATANABE Hirofumi <eban@...>

わたなべです。

20 messages 2002/09/25
[#18376] Re: [ruby-cvs] ruby/ext/tcltklib: * eval.c (ruby_run): should set toplevel visibility again here. — matz@... (Yukihiro Matsumoto) 2002/09/25

まつもと ゆきひろです

[#18377] Re: [ruby-cvs] ruby/ext/tcltklib: * eval.c (ruby_run): should set toplevel visibility again here. — nobu.nakada@... 2002/09/25

なかだです。

[#18378] Re: [ruby-cvs] ruby/ext/tcltklib: * eval.c (ruby_run): should set toplevel visibility again here. — WATANABE Hirofumi <eban@...> 2002/09/25

わたなべです。

[ruby-dev:18178] Re: Selection IPv4/IPv6 at TCPSocket

From: GOTO Kentaro <gotoken@...>
Date: 2002-09-04 21:03:04 UTC
List: ruby-dev #18178
At Tue, 3 Sep 2002 13:30:00 +0900,
Tanaka Akira wrote:
> 考えてみると、今でも A レコードが複数あった時にもやっぱり教えてくれな
> いような。

それもあるし、ICMPみたいにプロトコル依存の場合もあるので、リ
ソルバからすれば名前の用途までは分からんということでしょう。

サイトローカルなサービスには DNS の WKS レコードを使うという
方法もありそうな気がしますが、リゾルバが WKS を見ることはど
うやらないみたいですね。

> 同じサービス名で異なる内容というと... かめが踊るかどうかとか?

まあそういうことです。

# 最近見れるようになりました :)

> > 個人的には、過渡期の不具合に対する対処としてはあるライブラリ
> > を require したときは環境変数なり何なりで TCPSocket.new の動
> > 作を変えることが出来るくらいの方が良いと思います。そうすれば、

> そう思います。そういう意味で、私はグローバルに挙動が変化するのは悪くな
> いと思うんです。これは本来は下のレイヤ(libc とか)に属する性質で、上の
> レイヤ(アプリケーション)で表現しようとするとむしろ modular になりにく
> い類の話なのだと思っています。
>
> で、new に引数を追加するのは上のレイヤでの処理を強く指向しているように
> 見えるので好ましく思えません。require ひとつで済むようなものがあった上
> で、微妙な制御を行なうアプリケーションのために、あるいはその require
> するライブラリの実装のために、new に「も」引数を追加というなら悪くない
> とは思います。

同感です。

というわけで、 実例として環境変数 RUBY_TCPSOCKET_PROTOCOL を
みて new の定義を変えるようにしてみました:
http://www.notwork.org/~gotoken/ruby/p/as-is/tcpsocket-protocol-depend.rb

例えば、WEBrick にサンプルでついてくるプロクシ htproxy.rb を、
  % RUBY_TCPSOCKET_PROTOCOL=inet ruby -rtcpsocket-protocol-depend htproxy.rb 

で起動すると亀は決して踊りません。逆に、
  % RUBY_TCPSOCKET_PROTOCOL=inet6 ruby -rtcpsocket-protocol-depend htproxy.rb 

とするとAAAAレコードを持たないサイトを見ることができません。

このほか、設定ファイルを書くことによってドメイン毎にプロトコ
ルを選べるようにもしてあります。

-- Gotoken

In This Thread