[#44014] Re: [ruby-core:37707] [Ruby 1.9 - Bug #3781] FIBER_USE_NATIVE が有効だと落ちるスクリプトがある — Narihiro Nakamura <authornari@...>
nariです。
> 本当はgc_mark()の際に毎回stack_check()するのがいいと思うのですが、
nariです。
> GC::Profiler.enable
nariです。
[#44027] [RubyKaigi] Next version of Ruby 1.8 and 1.9 — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
遠藤です。
ささだです.
[#44034] [Ruby 1.9 - Bug #4971][Open] Module#class_variables — Shugo Maeda <redmine@...>
[#44048] [Ruby 1.9 - Bug #4223] GC.stress = true で謎の ArgumentError — Motohiro KOSAKI <kosaki.motohiro@...>
[#44122] [Ruby 1.9 - Bug #5036][Open] time_modify/struct_modifyの例外メッセージがサブクラスの情報を反映しない — Kazuki Tsujimoto <kazuki@...>
[#44130] w.r.o/bugreport.html のリダイレクト先について — "Shota Fukumori (sora_h)" <sorah@...>
sora_hです.
[#44156] [Ruby 1.9 - Feature #5053][Open] ruby コマンドと libruby の食い違いチェック — Makoto Kishimoto <redmine@...>
[#44157] Re: [ruby-changes:20532] akr:r32579 (trunk): * io.c (rb_update_max_fd): new function. — KOSAKI Motohiro <kosaki.motohiro@...>
akrさん、
[#44189] [Ruby 1.9 - Bug #5075][Assigned] invalid *fdp in Mac OS X and FreeBSD over recvmsg with SCM_RIGHTS — Yui NARUSE <naruse@...>
2011/7/22 Yui NARUSE <naruse@airemix.jp>:
In message <CANjopZGqKbM4O6vMkOHrZcD1YLLOJ86-hDHsK3C+px9kdrW4Eg@mail.gmail.com>
[#44201] [Ruby 1.9 - Bug #5081][Open] LionでTestSyslog が一件 failure — Motohiro KOSAKI <kosaki.motohiro@...>
[#44210] 1.9.3 (以降) の BigDecimal について — Tadayoshi Funaba <tadf@...>
BigDecimal() で整数、浮動小数点数、有理数などを受けとれるようになって、
変換には明示的なものとそうでないものがありますが、
むらたです。
> 後者の暗黙的変換については、相手の BigDecimal に合わせて精度を決定できます。
むらたです。
だから、現時点で精度を必須にするのはあまり意味がないんじゃないですかね。
[#44223] [Ruby 1.9 - Bug #5094][Assigned] Supported platforms of Ruby 1.9.3 — Yui NARUSE <naruse@...>
> == 成瀬の提案
卜部です
遠藤です。
(07/26/2011 12:38 PM), Yusuke ENDOH wrote:
遠藤です。
卜部で、前回のメールに書き忘れたことがあったとすれば、べつに192のク
遠藤です。
2011年7月26日22:39 Yusuke ENDOH <mame@tsg.ne.jp>:
[#44251] [Ruby 1.9 - Bug #372][Assigned] Rinda has a race condition — Motohiro KOSAKI <kosaki.motohiro@...>
[#44254] [Ruby 1.8 - Bug #5105][Open] CGI::Session#session_id の生成方法について — Masahiro Tomita <tommy@...>
とみたです。
(2011/07/27 19:47), とみたまさひろ wrote:
とみたです。
とみたです。
2011年7月29日20:04 とみたまさひろ <tommy@tmtm.org>:
(2011/07/29 23:55), Tanaka Akira wrote:
2011年8月13日17:31 NARUSE, Yui <naruse@airemix.jp>:
>> ふと思ったのですが、 openssl を使うときでも、/dev/urandom があるならば、
(2011/08/13 20:35), KOSAKI Motohiro wrote:
2011年8月13日23:12 NARUSE, Yui <naruse@airemix.jp>:
[ruby-dev:44024] 呼び出し元コンテキストでのselfを取得したい(binding(n = 0)について)
青柳と申します。
こちらに直接投稿していいのか分かりませんが、教えてください。
例えば、以下のObserverパターンのようにコールバックさせるケースでselfを渡すことが多かったので、
これを省略できるように、呼び出し元コンテキストでのselfを取得したいと思っています。
class AObservable
include Observable
end
class AObserver
def initialize
obj = AObservable.new
obj.add_observer(self) # このselfを省略できるようにしたい
end
def update(arg)
end
end
色々考えた結果、Bindingを取得できると他にも便利そうと思い、以下でも話題に上がっている
binding(n = 0)が実装されると嬉しいのですが、結論がちょっとよく分かりませんでした。
[ruby-dev:3065] [REQ] caller binding
[ruby-dev:15990] binding(n = 0)
[ruby-dev:32622] binding of caller
binding(n = 0)が実装されることはないのでしょうか?
もし、実装する予定がない場合、拡張ライブラリで対応しようと考えているので
binding_allocを外部から参照可能にして頂きたいのですが、可能でしょうか?
ちなみに、ほとんど中田さんのコードから抜き出しただけですが、以下のような実装をしています。
static int
caller_level(int argc, VALUE *argv, int minimum) {
VALUE v;
int level;
if (!argc) return minimum;
rb_scan_args(argc, argv, "1", &v);
level = NUM2INT(v);
if (level < 0) {
rb_raise(rb_eArgError, "negative caller level: %d", level);
}
if (level < minimum) {
rb_raise(rb_eArgError, "caller level out of range: %d", level);
}
return level;
}
static VALUE
rb_f_ybinding(int argc, VALUE *argv) {
rb_thread_t *th = GET_THREAD();
rb_control_frame_t *cfp = th->cfp;
rb_binding_t *bind;
VALUE bindval;
int level = caller_level(argc, argv, 0);
do {
cfp = RUBY_VM_PREVIOUS_CONTROL_FRAME(cfp);
cfp = rb_vm_get_ruby_level_next_cfp(th, cfp);
if (!cfp) return Qnil;
} while (level-- > 0);
bindval = binding_alloc(rb_cBinding);
GetBindingPtr(bindval, bind);
bind->env = rb_vm_make_env_object(th, cfp);
bind->filename = cfp->iseq->filename;
bind->line_no = rb_vm_get_sourceline(cfp);
return bindval;
}
void Init_yagi_binding(void) {
rb_define_global_function("ybinding", rb_f_ybinding, -1);
}
お忙しい時期かと思いますが、よろしくお願いいたします。