[#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:28780] Re: binding の仕様変更? or バグ?
まつもと ゆきひろです
In message "Re: [ruby-dev:28718] binding の仕様変更? or バグ?"
on Mon, 12 Jun 2006 15:19:32 +0900, Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> writes:
|実のところ,私にとっては「困る」どころか
|急所への命中とも言えるほどの大ダメージとなる問題です.(;_;)
|
|例えば次のようなスクリプトがあったとします.
|----< hoge.rb >---------------------------------------
|def hoge(*args)
| [self, args]
|end
|
|p hoge(1, self)
|Object.new.instance_eval{ p hoge(2, self)}
|------------------------------------------------------
|
|これを単純に ruby hoge.rb とすれば,例えば
|------------------------------------------------------
|[main, [1, main]]
|[#<Object:0x401d5cb4>, [2, #<Object:0x401d5cb4>]]
|------------------------------------------------------
|と出力されます.
|もちろん ruby -e "load 'hoge.rb'" としても同様です.
|
|で,グローバルな名前空間を汚染することなく実行したいと考えて
|----< hoge2.rb >--------------------------------------
|def null_binding
| Module.new.module_eval{binding}
|end
|eval(File.read('hoge.rb', null_binding))
|------------------------------------------------------
|として ruby hoge2.rb などとした場合,
|少し前までの ruby-1.8 (少なくとも ruby-1.8.4 のリリース版) では
|------------------------------------------------------
|[#<Module:0x401d5db2>, [1, #<Module:0x401d5db2>]]
|[#<Object:0x401d5cb4>, [2, #<Object:0x401d5cb4>]]
|------------------------------------------------------
|などというように,うまく(?)動いてくれていました.
ということで、ようやっと時間をとって調べてみました。以前これ
が動いていたというのがどうにも納得が行かないので、古いバージョ
ンを改めてコンパイルして調べる必要がありました。
結論からいうと、1.8.3までのバージョンではこのスクリプトは確
かに動作しますが、それはグローバルな名前空間(Object)にhogeメ
ソッドを定義していたからです。つまり、元々の「グローバルな名
前空間を汚染することなく実行したい」という要求を満たしていま
せん。
では、どうするか、ですが、
* 「元の挙動に戻す」のは不可能ではないのですが、「バグを復
活させる」ということなので、あまり乗り気ではありません。
また、元々の要求を満たしていない以上あまり意味がないよう
な気がします。
* なにもしない、だとtkでは困るんですよね。
* toplevel_evalの導入。まあ、追加なので1.8でも駄目ではない
と思うのですが。evalが増えると嫌な顔をする人が目に浮かぶ
ようです。
もうちょっと考えさせてください。ご意見募集中。