[#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
11 messages
2009/06/02
[#38566] Re: [Bug #1556] irb does not save history from 1.8.7-p83 and later
— keiju@... (石塚圭樹)
2009/06/04
けいじゅ＠いしつかです.
[#38568] Re: [Bug #1556] irb does not save history from 1.8.7-p83 and later
— Yukihiro Matsumoto <matz@...>
2009/06/04
まつもと ゆきひろです
[#38580] Re: [Bug #1556] irb does not save history from 1.8.7-p83 and later
— Nobuhiro IMAI <nov@...>
2009/06/08
いまいです。
[#38818] Re: [Bug #1556] irb does not save history from 1.8.7-p83 and later
— keiju@... (keiju ISHITSUKA)
2009/07/17
けいじゅ＠いしつかです.
[#38819] Re: [Bug #1556] irb does not save history from 1.8.7-p83 and later
— Yukihiro Matsumoto <matz@...>
2009/07/17
まつもと ゆきひろです
[#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
15 messages
2009/06/05
[#40509] [Bug #1582] IO.new Raises Other Errors between 1.8 and 1.9
— Motohiro KOSAKI <redmine@...>
2010/02/26
チケット #1582 が更新されました。 (by Motohiro KOSAKI)
[#40510] Re: [Bug #1582] IO.new Raises Other Errors between 1.8 and 1.9
— Nobuyoshi Nakada <nobu@...>
2010/02/27
なかだです。
[#40512] Re: [Bug #1582] IO.new Raises Other Errors between 1.8 and 1.9
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/02/27
2010年2月27日9:43 Nobuyoshi Nakada <nobu@ruby-lang.org>:
[#38602] [Feature: trunk] rb_objspace_each_objects — SASADA Koichi <ko1@...>
ささだです．
10 messages
2009/06/13
[#38603] Re: [Feature: trunk] rb_objspace_each_objects
— Yukihiro Matsumoto <matz@...>
2009/06/13
まつもと ゆきひろです
[#38604] Re: [Feature: trunk] rb_objspace_each_objects
— SASADA Koichi <ko1@...>
2009/06/13
ささだです．
[#38605] Re: [Feature: trunk] rb_objspace_each_objects
— SASADA Koichi <ko1@...>
2009/06/14
ささだです．
[#38632] Re: [Feature: trunk] rb_objspace_each_objects
— Yukihiro Matsumoto <matz@...>
2009/06/15
まつもと ゆきひろです
[#38607] [Feature: trunk] GC.stat — SASADA Koichi <ko1@...>
ささだです．
21 messages
2009/06/14
[#42385] Re: [Feature: trunk] GC.stat
— SASADA Koichi <ko1@...>
2010/10/14
ささだです。
[#42388] Re: [Feature: trunk] GC.stat
— Yukihiro Matsumoto <matz@...>
2010/10/15
まつもと ゆきひろです
[#42391] Re: [Feature: trunk] GC.stat
— SASADA Koichi <ko1@...>
2010/10/15
ささだです。
[#42393] Re: [Feature: trunk] GC.stat
— Tanaka Akira <akr@...>
2010/10/15
2010年10月15日16:32 SASADA Koichi <ko1@atdot.net>:
[#38621] Re: [Feature: trunk] GC.stat
— Tanaka Akira <akr@...>
2009/06/15
In article <4A349F64.5000702@atdot.net>,
[#38626] Re: [Feature: trunk] GC.stat
— SASADA Koichi <ko1@...>
2009/06/15
ささだです．
[#38635] Re: [Feature: trunk] GC.stat
— Tanaka Akira <akr@...>
2009/06/15
In article <4A3612EF.1080008@atdot.net>,
[#38608] Fixnum#fdiv — Tadayoshi Funaba <tadf@...>
Bignum#fdiv には大きな数である場合の配慮があるようですが、Fixnum ではな
23 messages
2009/06/14
[#38636] Re: Fixnum#fdiv
— Tadayoshi Funaba <tadf@...>
2009/06/15
fdiv では2つの異る解釈が混在しているように見えます。
[#38638] Re: Fixnum#fdiv
— Yukihiro Matsumoto <matz@...>
2009/06/15
まつもと ゆきひろです
[#38639] Re: Fixnum#fdiv
— Tadayoshi Funaba <tadf@...>
2009/06/15
> えーと、設計者は「fdivは結果がfloatになるdiv」くらいしか考え
[#38640] Re: Fixnum#fdiv
— Yukihiro Matsumoto <matz@...>
2009/06/15
まつもと ゆきひろです
[#38641] Re: Fixnum#fdiv
— Tadayoshi Funaba <tadf@...>
2009/06/15
> ふむ。「中途半端」というのはfixnumとbignumで食い違うと言う意
[#38657] Re: Fixnum#fdiv
— Tadayoshi Funaba <tadf@...>
2009/06/16
> > ふむ。「中途半端」というのはfixnumとbignumで食い違うと言う意
[#38659] Re: Fixnum#fdiv
— Yukihiro Matsumoto <matz@...>
2009/06/16
まつもと ゆきひろです
[#38660] Re: Fixnum#fdiv
— Tadayoshi Funaba <tadf@...>
2009/06/16
> 私が気にしているのは「挙動の理解しやすさ」ですね。
[#38661] Re: Fixnum#fdiv
— Yukihiro Matsumoto <matz@...>
2009/06/16
まつもと ゆきひろです
[#38662] Re: Fixnum#fdiv
— Tadayoshi Funaba <tadf@...>
2009/06/16
> 繰り返しになりますが、「より正確な除算」とかだと独立した実装
[#38663] Re: Fixnum#fdiv
— Yukihiro Matsumoto <matz@...>
2009/06/16
まつもと ゆきひろです
[#38669] Re: Fixnum#fdiv
— Tadayoshi Funaba <tadf@...>
2009/06/17
この件を修正しようとしていますが、
[#38609] [Feature: trunk] *_memsize() — SASADA Koichi <ko1@...>
ささだです．
6 messages
2009/06/14
[#38613] [BUG: trunk] called on terminated object — SASADA Koichi <ko1@...>
ささだです．
6 messages
2009/06/14
[#38695] [feature:trunk] let irb use pretty_inspect if possible — Yusuke ENDOH <mame@...>
遠藤です。
8 messages
2009/06/21
[#38696] Re: [feature:trunk] let irb use pretty_inspect if possible
— keiju@... (石塚圭樹)
2009/06/21
けいじゅ＠いしつかです.
[#38703] Re: [feature:trunk] let irb use pretty_inspect if possible
— Yusuke ENDOH <mame@...>
2009/06/22
遠藤です。
[#38706] Re: [feature:trunk] let irb use pretty_inspect if possible
— keiju@... (石塚圭樹)
2009/06/23
けいじゅ＠いしつかです.
[#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
10 messages
2009/06/22
[ruby-dev:38707] Re: [feature:trunk] let irb use pretty_inspect if possible
From:
Yusuke ENDOH <mame@...>
Date:
2009-06-23 16:08:08 UTC
List:
ruby-dev #38707
遠藤です。
2009/06/24 0:25 に 石塚圭樹<keiju@ishitsuka.com> さんは書きました:
> 実はすでにこちらでも作っていて, --inspect pp 以外にもブロックが指定で
> きて:
>
> irb -r yaml --inspect "{|v| YAML.dump(v)}"
>
> なんて指定もできるようにしました.
おおすばらしい。
> pp(pretty_print)はともかく, オブジェクトに対する直接のメソッドは将来的
> にもあまり出てきそうもない気がします.
確かにそうですね。
> あと, コマンド引数に関してですが, ppを非常に良く使うんだったら, .irbrc
> に
>
> IRB.conf[:INSPECT_MODE] = :pp
>
> としていただければコマンド引数で渡す必要はなくなりますので, 短いのにあ
> まりこだわらなくても良いのではないかと思いますが?
個人的には設定は極力しない派なので、短い方が嬉しいなーとは思います。が、
irb がカスタマイズを推奨している雰囲気は感じ取っていますのでそれでいいと
思います。
「設定はしたくないけど pp は使いたい、余計な表示はしてほしくない」という
私のようにわがままな人は
irb(main):001:0> pp obj; nil
としてくれ、ということで。今でも ary.each {|x| ...; p x } とかするときは
最後に ; nil などをつけることが多いですしね。
--
Yusuke ENDOH <mame@tsg.ne.jp>