[#38563] [Bug #1556] irb does not save history from 1.8.7-p83 and later — Nobuhiro IMAI <redmine@...>
Bug #1556: irb does not save history from 1.8.7-p83 and later
けいじゅ@いしつかです.
まつもと ゆきひろです
いまいです。
けいじゅ@いしつかです.
[#38571] [Bug #1582] IO.new Raises Other Errors between 1.8 and 1.9 — "ujihisa ." <redmine@...>
Bug #1582: IO.new Raises Other Errors between 1.8 and 1.9
チケット #1582 が更新されました。 (by Motohiro KOSAKI)
なかだです。
2010年2月27日9:43 Nobuyoshi Nakada <nobu@ruby-lang.org>:
[#38602] [Feature: trunk] rb_objspace_each_objects — SASADA Koichi <ko1@...>
ささだです.
まつもと ゆきひろです
ささだです.
ささだです.
まつもと ゆきひろです
[#38607] [Feature: trunk] GC.stat — SASADA Koichi <ko1@...>
ささだです.
In article <4A349F64.5000702@atdot.net>,
ささだです.
In article <4A3612EF.1080008@atdot.net>,
ささだです。
まつもと ゆきひろです
ささだです。
2010年10月15日16:32 SASADA Koichi <ko1@atdot.net>:
[#38608] Fixnum#fdiv — Tadayoshi Funaba <tadf@...>
Bignum#fdiv には大きな数である場合の配慮があるようですが、Fixnum ではな
fdiv では2つの異る解釈が混在しているように見えます。
まつもと ゆきひろです
> えーと、設計者は「fdivは結果がfloatになるdiv」くらいしか考え
まつもと ゆきひろです
> ふむ。「中途半端」というのはfixnumとbignumで食い違うと言う意
> > ふむ。「中途半端」というのはfixnumとbignumで食い違うと言う意
まつもと ゆきひろです
> 私が気にしているのは「挙動の理解しやすさ」ですね。
まつもと ゆきひろです
> 繰り返しになりますが、「より正確な除算」とかだと独立した実装
まつもと ゆきひろです
この件を修正しようとしていますが、
[#38609] [Feature: trunk] *_memsize() — SASADA Koichi <ko1@...>
ささだです.
[#38613] [BUG: trunk] called on terminated object — SASADA Koichi <ko1@...>
ささだです.
[#38695] [feature:trunk] let irb use pretty_inspect if possible — Yusuke ENDOH <mame@...>
遠藤です。
けいじゅ@いしつかです.
遠藤です。
けいじゅ@いしつかです.
[#38698] [Bug #1674] set_trace_func with 1line block — _ wanabe <redmine@...>
Bug #1674: set_trace_func with 1line block
[#38701] [Bug #1676] only last "return" is traced by set_trace_func — _ wanabe <redmine@...>
Bug #1676: only last "return" is traced by set_trace_func
[ruby-dev:38633] Re: [Feature: trunk] rb_objspace_each_objects
ささだです. Yukihiro Matsumoto wrote:: > |> なんて名前がいいでしょうかね. > | > | ちょっと考えたのですが,こんなのはどうでしょうか. > | > |void rb_objspace_walk_heaps( > | enum objspace_walk_retval (*callback)(VALUE start, VALUE end, > | size_t stride, void *data), > | void *data); > > このcallbackですが > > (*callback)(VALUE *values, size_t run, void* data) > > でよいんでないですかね。「VALUEにstrideを足す」という操作が > 不安です。 これは,RVALUE の配列である heaps_slot を直接渡すんじゃなくて,一回 VALUE の配列に live object をコピーして渡す,というインターフェースで しょうか.今のところ,RVALUE のサイズは,gc.c 以外からは見れないように なっています.それを隠蔽するための stride という引数になっています. で,これはコピーのオーバヘッドを考えると,嫌だなぁ,と思います.この API は,速いけど難しいインターフェースで取り扱い注意,というのだと弱いで しょうか. > | こんな感じで 生きているオブジェクトを全部回ることができる,というイン > |ターフェースです.なお,free cell は渡されない可能性があります. > |walk_heaps だと,free cell 含めて渡らないとまずいかなぁ. > > free cellは要らないんじゃないですかね。あと、heapというのは > Ruby GCの外では違う意味であるというakrさんの指摘もありますね。 > objspace_walk_objectsで良いような気もします。 こちらはそれで.ちなみに,RVALUE の配列を直接渡すことを考えていたの で,free cell が入る,ということだったんですが. -- // SASADA Koichi at atdot dot net