[#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:44257] Re: [Ruby 1.9 - Bug #5094][Assigned] Supported platforms of Ruby 1.9.3
2011年7月27日12:25 Yusuke ENDOH <mame@tsg.ne.jp>: > 2011年7月27日10:20 NARUSE, Yui <naruse@airemix.jp>: >>> 「パス *させたい* プラットフォーム >>> 一覧」と考えて、ダメなら最終リストから削ればいいのではないかしら。 >> >> 今決めているのは Best Effort のつもりです。 >> それは遠藤さんのいう「パス *させたい* プラットフォーム一覧」でしょう。 > > いえ、違います。今 Best Effort であると決める、ということは、 > そのプラットフォームをリリース時までに「make test-allがある程度 > 通るが恒常的なエラーも残っている」状態にまで持っていく (すでに > そういう状態になっている場合は、リリース時まで維持する) ことを > 決定するということです。 > > そうでないなら、「今決めてるのは Best Effort 候補であって、今後 > 状態次第では外れることも十分ありうる」とコンセンサスをとっといた > 方がいいですね。少なくとも私はそうは思ってなかったです。 最初の投稿で「なお、1.9.3 のリリースのちょっと前あたりで一度締めとする予定です」 とある通り、決まるのは1.9.3 リリースの直前であって、今は「決めている」状態です。 >>> 成瀬さんのいうチケットの割り振り先 (プラットフォームメンテナ) は別に >>> 考えればいいと思う。 >> >> Best Effort にはメンテナが必須なんで、という現在の定義での話と、 >> わたしのニーズとの2つの理由からメンテナは考える必要があるんじゃないですかね。 > > 今はプラットフォームメンテナだけ決めておいて、リリースの直前に > なったときの各プラットフォームでの状態を見て、「動作確認済みの > プラットフォーム一覧」にいれるかどうか決めたらいいのでは。 「動作確認済みのプラットフォーム一覧」にすべきという提案に対しては、 わたしは特に意見はありません。 -- NARUSE, Yui <naruse@airemix.jp>