[#12340] CGI#out — Shugo Maeda <shugo@...>
前田です。
[#12354] re: higher-resolution Time for Win32 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#12364] Dir::fnmatch? — "Akinori MUSHA" <knu@...>
[ruby-dev:12229] の、 Dir::fnmatch? の追加には特に問題や反対
まつもと ゆきひろです
[#12385] Re: NaN, Infinity (Bug?) — WATANABE Hirofumi <eban@...>
わたなべです。
[#12387] reducing logical operation — "Nobuyoshi.Nakada" <nobu.nakada@...>
なかだです。
えぐち@エスアンドイー です。
なかだです。
えぐち@エスアンドイー です。
なかだです。
えぐち@エスアンドイー です。
木山です.
[#12404] fork in threads — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
なひです。
[#12405] at_exit — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#12415] — Koji Arai <JCA02266@...>
新井です。
[#12425] bignum % の結果が負数になることがある — Hisayasu Nakao <h-nakao@...>
最近、ruby-1.6.2を使い出したばかりの中尾です。
わたなべです。
In message <4518-Mon12Mar2001145434+0900-eban@os.rim.or.jp>
まつもと ゆきひろです
In message <984469222.234203.1007.nullmailer@ev.netlab.zetabits.com>
まつもと ゆきひろです
In message <984550885.417146.3670.nullmailer@ev.netlab.zetabits.com>
まつもと ゆきひろです
In message <984553493.009507.3747.nullmailer@ev.netlab.zetabits.com>
まつもと ゆきひろです
In message <984579430.080967.5569.nullmailer@ev.netlab.zetabits.com>
まつもと ゆきひろです
なかだです。
In message <200103131446.XAA22520@sharui.nakada.kanuma.tochigi.jp>
[#12483] sort! of empty array — Shin-ichiro HARA <sinara@...>
原です。
まつもと ゆきひろです
なひです。
[#12492] compile error on mswin32 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
[#12513] SOLIBS — "Akinori MUSHA" <knu@...>
configure.in に以下のような修正を加えたいと思っています。
In message <86itlbdv32.wl@archon.local.idaemons.org>
[#12535] シンボリックリンクを含むパスを渡した時の Dir.glob() の動作 — tachino Nobuhiro <tachino@...>
[#12537] re-initialize ARGF — Masaki Suketa <masaki.suketa@...>
助田です。
[#12541] Thread.kill — Masatoshi SEKI <m_seki@...>
まつもと ゆきひろです
[#12570] compile error on ews48 — Koji Arai <JCA02266@...>
新井です。
[#12578] require 'win32api' — Kazuhiro NISHIYAMA <zn@...>
require 'win32api'のエラーメッセージがわかりにくいと
なかだです。
なかだです。
In <200103211407.XAA03408@sharui.nakada.kanuma.tochigi.jp>
なかだです。
In <200103220905.SAA01745@m3.gw.fujitsu.co.jp>
なかだです。
[#12582] finalizer problem — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
[#12605] extern inline (ruby.h) ruby-1.6.3 — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
まつもと ゆきひろです
渡辺哲也です。
まつもと ゆきひろです
まつもと ゆきひろです
新井です。
[#12621] Marshal bug still remains — "Akinori MUSHA" <knu@...>
Marshal にまだバグが残っています。最新安定版で:
[#12623] [req] Symbol#intern — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#12672] segv on Continuation#call on C_ALLOCA system — Koji Arai <JCA02266@...>
新井です。
[#12674] Was: [rubyist:0454] Re: to_str — Kenichi Komiya <kom@...1.accsnet.ne.jp>
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
なかだです。
なかだです。
新井です。
なかだです。
まつもと ゆきひろです
[#12693] Re: [ruby-cvs] ruby/lib: * ext/extmk.rb.in, lib/mkmf.rb: move C++ rules to the right place. — "Nobuyoshi.Nakada" <nobu.nakada@...>
なかだです。
At Wed, 28 Mar 2001 21:08:14 +0900,
[#12699] cross compile mingw-ruby on cygwin — Koji Arai <JCA02266@...>
新井です。
[ruby-dev:12630] Re: new API of _id2ref [Re: finalizer problem]
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :12627 ] the message: "[ruby-dev:12627] Re: new API of _
id2ref [Re: finalizer problem] ", on Mar/22 23:58(JST) Masatoshi SEKI
writes:
>咳といいます。
>> 新たに Identifier or ObjectIdentifier or OID と言う組込みクラスを導入し.
>>
>> obj.id -> Identifier
>> Identifier.get_obj/_id2ref -> obj
>>
>> にしたらどうでしょう? IdentifierクラスはWeakRefと同様にfinalizerを用いて
>> objがGCされたかどうかチェックするようにします. こうするメリット
>
>すごーい。簡単に実装できるものなんですか?
>
>OIDオブジェクトを誰かが持っていて、オブジェクトがGCされるとすると
>そのOIDを持つオブジェクトは生成されることはないということですよね。
うーん. あまり簡単ではないんだなと思いました.
NIC+timer(counter)+addrで一意なオブジェクトになると思いましたが... 逆が
必ずしも真ではない. つまり,
obj.id
が毎回異なっていたら意味がないですよね.... WeakRefにID_MAPってありますが,
そういうものを導入して(keyは今のid),
ID_MAP[obj.internal_id]= OID.internal_id
ID_MAPに登録されていたら, そのinternal_idから_id2refしてOIDを取り出すよ
うにすれば良いかな... そうすれば,
obj <-> OID
は1対1になりますね. OIDがGCされない限り. OIDがGCされたら, そのOIDはどこ
にもないので別のOIDが生成されても問題ないでしょう.
>一昨日、石塚さんのメールを見た後考えていたのですが、
>もしかして同じOIDが生成されることがない、と保証できればよいのでは
>ないでしょうか ? ファイナライザは用いないでも済むような気がします。
>現obj.id って巧妙に考えられた数値ですよね。それとオブジェクトの
>連番(?)を導入して各オブジェクトにそれを持たせます。連番は大きくなる
>値でオブジェクトが生成されるたびにインクリメントするようにします。
>
>んでOID は 現obj.id と 連番 のペアとして、id2refでは現obj.idで見に
>行くんだけど連番がマッチしないと obj を返さないで RefError にしてしまう。
>というものです。
>
># って素人考えですね。すみません。
いや. 正しいと思うんですが, 松本氏はこれ以上objectに余分な値を持たしたく
ないと思います(^^;;;
>> 2. 現idがintegerを返すので, かってに足し算引き算して, _id2refできてしま
>> すのですが, それができなくなります.
>
>これってバグなどで偶然足し算引き算してしまうことがあることを防ぐため??
いや, 文字列とかBignumを使ってメモリ中に変なオブジェクトとかクラスを作成
して, 不正なコードを実行されるのを防ぐためです.
>> 4. OID === NIC+time(or cunter)+addr にすれば, ネットワーク上も一意になる.
>> これからは分散処理の時代です.
そういえばもうひとつありました.
5. obj.idは再利用される可能性があるがOIDはない.
>安全にするために OIDは Marshal.dump/load 不可能になるのでしょうか ?
うーん. これって, 次の文を気にしているんだと思いますが:
>外部のプロセスからくるようなOIDは存在できるのでしょうか ?
これだけのためならどうにかなるかと思います. 上記の実装で, ID_REV_MAPに登
録されていたらOKにすればよいと思います. つまり, メモリ中にその参照先が存
在するってことですね.
Marshal.dump/loadで説明すると, 両方ともOK. でも, loadしたOIDから
get_objをした段階で, もし参照先が存在しなければエラーが起る.
うーん. ここまで考えると identifierはNIC+conter+addrはまずそうですね...
NIC+PID+time+counter+addr かな...
とここまできて, 関さんの案を再度考えたのですが.
>現obj.id って巧妙に考えられた数値ですよね。それとオブジェクトの
>連番(?)を導入して各オブジェクトにそれを持たせます。連番は大きくなる
>値でオブジェクトが生成されるたびにインクリメントするようにします。
>
>んでOID は 現obj.id と 連番 のペアとして、id2refでは現obj.idで見に
>行くんだけど連番がマッチしないと obj を返さないで RefError にしてしまう。
>というものです。
これですね. これをちょっと変えて(だいぶですが...)
obj.idした段階でOIDを生成する度に連番(counter)をincする
OID = NIC+PID+counter+adder
で, objの方にはcounterを持たせる. で, やはりfinalizerは必要ですが,
こうすればID_MAPなどは必要ないかなと...
# 眠いので, 間違っているかも(^^;;;
__
..............................石塚 圭樹@日本ラショナルソフトウェア...
----------------------------------->> e-mail: keiju@rational.com <<---