[#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:38697] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合
永井@知能.九工大です.
From: Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>
Subject: [ruby-dev:38340] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合
Date: Mon, 27 Apr 2009 12:04:48 +0900
Message-ID: <20090427.120447.74747064.nagai@ai.kyutech.ac.jp>
> 両方を殺さずに何とかできそうな対処案を思い付きました.
> ちょっと今は本業の方が忙しいのですぐとはいかないかもしれませんが,
> もう少しつめてみて,仕上りましたら本 ML で連絡します.
> もし良かったら,その際にテストしていただけますと助かります.
長らく放置状態で申し訳ありませんでしたが,
近い内に仕上げて commit できそうです.
方針を簡単に説明しておきますと,以下のようになります.
まず
・widget_set と toplevel 名の symbol とを管理する TABLE[set][sym]
・toplevel の alias を定義するモジュール ALIASES
・toplevel の alias (sym) を管理する OWNER[sym]
というようなものを用意しておき,
ALIASES を Oject クラスに Mix-in します.
操作時の条件は少しややこしいのですが,
必要に応じて Object クラス上にも ALIASES と同じものを定義します.
例えば TkButton(Tk::Button) と TkCombobox(Ttk::Combobox) において
ALIASES Object
----------------------------------------------------
TkButton(Tk::Button) <- TkButton(Tk::Button)
TkCombobox(Ttk::Combobox) <- 未定義
というような状況になるわけです.
これにより,TkButton, TkCombobox 共に見えつつも
TkCombobox については独自クラスを定義することが可能です.
その場合,
ALIASES Object
----------------------------------------------------
TkButton(Tk::Button) <- TkButton(Tk::Button)
TkCombobox(Ttk::Combobox) TkCombobox(独自定義)
となります.
もし TkCombobox に独自クラスを定義せずに TkCombobox.new などと
TkCombobox(Ttk::Combobox) を参照した場合は
ALIASES Object
----------------------------------------------------
TkButton(Tk::Button) <- TkButton(Tk::Button)
TkCombobox(Ttk::Combobox) <- TkCombobox(Ttk::Combobox)
となります.
唯一(?)の問題は TkCombobox が Object クラス上で未定義の状態で
TkCombobox に機能追加しようとして class TkCombobox とした場合です.
この場合,新しいクラスが定義されてしまい,期待通りにはなりません.
ですが,Ttk::Combobox を直接に参照した場合や
先に default_widget_set を :Ttk に切替えた場合には
Object クラスへの定義を行うのでこの問題は生じませんし,
明示的に現在の default_widget_set の要素とするように宣言することで
Object クラスへ定義させることも可能ですので
許容できるレベルではないかと思います.
--
永井 秀利 (nagai@ai.kyutech.ac.jp)
九州工業大学 大学院情報工学研究院 知能情報工学研究系 知能情報メディア部門