[#28677] `Socket#unpack_sockaddr_un': sockaddr_un size differs - 15 required; 110 given (TypeError) — Tanaka Akira <akr@...17n.org>
ふと気がついたのですが、Socket.unpack_sockaddr_un に
[#28681] ブロックパラメータと多値について — Takaaki Tateishi <ttate@...>
まつもと ゆきひろです
[#28689] digest.rb — Tanaka Akira <akr@...17n.org>
require 'digest/sha2' の sha2 がどうも余計に思えるので、
久しぶりに復帰。
In article <863bav6a0w.knu@iDaemons.org>,
[#28694] test/socket for Windows — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#28700] irb/init.rb code suggestion to find user's home directory in windows — keiju@... (Keiju ISHITSUKA)
けいじゅ@いしつかです.
[#28708] 1.8.5 release schedule? — URABE Shyouhei <root@...>
というわけで今日の基調講演で8月に1.8.5が出ることになったわけですが。
まつもと ゆきひろです
卜部です。
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
とみたです。
とみたです。
卜部です。
柳田です。
In article <y7vnup05.wl%yanagi@shakenbu.org>,
> いちおう問題の切り分けをするために確認したいんですが、その環
In article <veqrun77.wl%yanagi@shakenbu.org>,
mswin32 版ではどうなるのだろうと思って
Cygwin @ WindowsXP SP2 です。
In article <449D66EC.8050405@cyanet.jp>,
send の第一引数が mesg なので変わって当然でした orz
Cで書いたプログラムで127.0.0.1に向かって空データを送ったところ無事届きま
ruby が 0.0.0.0 で待ち受けて、C言語プログラムで 127.0.0.1 に空パケットを
下記の通り Winsock2 を使わずにC言語でプログラムを書いて、空パケットを投
In article <449D921F.8080109@cyanet.jp>,
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
卜部です。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
In article <1155082949.798513.13047.nullmailer@x31.priv.netlab.jp>,
[#28715] several problems on the big commit — Tanaka Akira <akr@...17n.org>
件の大きなコミットをざっと眺めてみたのですが、
[#28718] binding の仕様変更? or バグ? — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
[#28720] IO.readとバイナリモード — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#28729] backport Process.getrlimit and Process.setrlimit to 1.8 — Tanaka Akira <akr@...17n.org>
何回か (chkbuild で CPU 時間を制限するとか、cgi で CPU 時間
まつもと ゆきひろです
大原です。
[#28741] not ok iterator 80 -- ./sample/test.rb:1104 — Tanaka Akira <akr@...17n.org>
sample/test.rb が 2つ失敗していますが、最初の失敗は次のものです。
[#28744] rational 1.08 — Tadayoshi Funaba <tadf@...>
ふなばです。
原です。
ふなばです。
まつもと ゆきひろです
まつもと ゆきひろです
原です。
[#28747] lack in pp — Tadashi Saito <shiba@...2.accsnet.ne.jp>
こんにちは。斎藤と申します。
[#28770] signal & native-thread — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#28778] GC problem (?) in 1.8 — URABE Shyouhei <root@...>
卜部です。
In article <449851E1.9030302@mput.dip.jp>,
[#28786] "abc"[3] returns "" — Tanaka Akira <akr@...17n.org>
test-all が
[#28805] `DRb::DRbMessage#recv_request': uninitialized constant DRb::DRbMessage::Values (NameError) — Tanaka Akira <akr@...17n.org>
[ruby-dev:28802] のパッチがあたると、次はこうです。
[#28812] test_return_trace_func(TestIterator): /tmp/19/lib/ruby/1.9/test/unit.rb:275: ArgumentError — Tanaka Akira <akr@...17n.org>
で、次は
[#28822] when *a — Minero Aoki <aamine@...>
青木です。
[#28840] SEGV by block.call — Tanaka Akira <akr@...17n.org>
どうも boron での SEGV が直らないので、
[#28875] rb_define_methods — SASADA Koichi <ko1@...>
ささだです。
卜部です。
まつもと ゆきひろです
[ruby-dev:28795] Re: Module#toplevel_eval
永井@知能.九工大です.
From: Yukihiro Matsumoto <matz@ruby-lang.org>
Subject: [ruby-dev:28793] Re: Module#toplevel_eval
Date: Thu, 22 Jun 2006 12:42:45 +0900
Message-ID: <1150947764.734852.31289.nullmailer@x31.priv.netlab.jp>
> ようやっとパッチを読みました。なんかメソッドキャッシュを考慮
> してないような気がするんで、同じ名前のメソッドがあると期待し
> てない動きをするような気がします。かといって、どう直せばよい
> のかはわからないのですが。
ダメでしたか...
大慌てで作ったものは所詮その程度の代物だったようですね.(;_;)
# メソッドや定数を検索している部分に割り込めばいいと思ってましたが,
# そこまで単純には済ませられなかったようですね.
# キャッシュには全く目が向いていませんでした.
> どうにかしてあげたいところではあるのですが。
ご厚意をありがとうございます.
しかしながら,ほとんど八方塞がりの状況ですね.(T_T)
それともメソッドキャッシュの件がどうにかできさえすれば
まだ可能性はあるのでしょうか?
例えば,キャッシュに「トップレベルで見つけたものかどうか」の
フラグも保持する (メソッドが見つからなかったときもフラグを立てて,
その時点のトップレベルまたは rb_cObject を origin にセットする)
ことにして,
==================================================
if (klass と mid が一致するものが存在)
if (「トップレベルで見つけた」フラグが立っている)
if (「現在のトップレベル」が設定されている)
if (origin は rb_cObject である)
キャッシュの内容は無効 ( 現在のトップレベルのみを再検索 )
elsif (origin は現在のトップレベルである)
キャッシュの内容は有効 ( method == 0 も「なし」として有効 )
else
キャッシュの内容は無効 ( 普通にフル検索 )
end
else
if (origin は rb_cObject である)
キャッシュの内容は有効 ( method == 0 も「なし」として有効 )
else
キャッシュの内容は無効 ( rb_cObject のみを再検索 )
end
end
else
キャッシュの内容は有効
end
else
普通にフル検索
end
==================================================
というような判定ではダメでしょうか?
トップレベル設定のあり/なしを行ったり来たりする場合には
キャッシュヒット率がかなり下がる可能性がありますが,
フル検索するよりは少しはコストが低くできそうに思えます.
# きっとまたどこかが抜けていてダメなんでしょうね.(^_^;
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp