[#41531] [Bug #3385] ext/dbm: accept various version of db — Takahiro Kambe <redmine@...>
Bug #3385: ext/dbm: accept various version of db
2010年6月3日23:38 Takahiro Kambe <redmine@ruby-lang.org>:
2011年11月12日8:14 Tanaka Akira <akr@fsij.org>:
[#41536] RUBY_DEBUG=gc_stress [FATAL] failed to allocate memory — Tanaka Akira <akr@...>
コンパイル時に RUBY_DEBUG_ENV というマクロを定義しておくと、
[#41543] [Bug #3398] 1.9.2 SEGV during test-all — Yuki Sonoda <redmine@...>
Bug #3398: 1.9.2 SEGV during test-all
[#41597] [Bug #3433] Error that occurs by BasicSocket#sendmsg — Masaya Tarui <redmine@...>
Bug #3433: Error that occurs by BasicSocket#sendmsg
[#41600] 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...>
Diceです。cgi.rbの後継ライブラリについて質問させてください。
藤岡です。
かくたにです。
藤岡さん、かくたにさん、返信ありがとうございます。
藤岡です。
Diceです。藤岡さん、返信ありがとうございます。
[#41610] [Bug #3443] requireが遅くなる — Yusuke Endoh <redmine@...>
Bug #3443: requireが遅くなる
[#41623] [Feature:trunk] argument delegation — Nobuyoshi Nakada <nobu@...>
なかだです。
遠藤です。
まつもと ゆきひろです
前田です。
[#41672] [Bug #3463] 1.9.2-preview3 で [BUG] gc_sweep(): unknown data type 0x0 — Tomoyuki Chikanaga <redmine@...>
チケット #3463 が更新されました。 (by Tomoyuki Chikanaga)
[#41674] [Bug #3464] win32ole failure load TYPELIB on mswin64 vista — sakiyama shin <redmine@...>
Bug #3464: win32ole failure load TYPELIB on mswin64 vista
[#41702] WIN32OLE_METHOD offset_vtbl — kuwamoto shintaro <beuniv@...>
こんばんわ
助田です。
こんにちは、なかむら(う)です。
助田です。
artonです。
2010/6/24 arton <artonx@yahoo.co.jp>:
[#41705] [Bug #3471][Rejected] ./miniruby sample/test.rbで1NotOK — Shyouhei Urabe <redmine@...>
チケット #3471 が更新されました。 (by Shyouhei Urabe)
2010年6月24日16:53 Shyouhei Urabe <redmine@ruby-lang.org>:
[#41711] [Bug #3473] make clear-installed-list — Usaku NAKAMURA <redmine@...>
Bug #3473: make clear-installed-list
[#41730] (ruby/tk) ruby_1_9_2 への backport — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
[#41752] [Bug #3490][Assigned] test_pack_utf8 failure on mswin64 — Yusuke Endoh <redmine@...>
チケット #3490 が更新されました。 (by Yusuke Endoh)
[#41760] Hash[] の引数が Array の場合の振る舞い — とみたまさひろ <tommy@...>
とみたです。
[ruby-dev:41730] (ruby/tk) ruby_1_9_2 への backport
永井@知能.九工大です.
trunk における以下の変更 (extconf.rb, stubs.c, tk.rb) ですが,
1.9.2 への backport をお願いできますでしょうか?
あるいは backport しても構わないでしょうか.
--------------------------------------------------------------------------
Thu Jun 3 01:22:45 2010 Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>
* ext/tk/lib/tk.rb: fix typo and race condition.
Mon May 31 23:44:22 2010 Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>
* ext/tk/extconf.rb: use tclConfig.sh/tkConfig.sh when frameworks
are enabled on MacOS X.
* ext/tk/stubs.c: dirty hack for frameworks and stubs on MacOS X.
* ext/tk/lib/tk.rb: stop creating a dummy Tcl/Tk interpreter.
And hide a root window before starting eventloop. (for ruby 1.9)
//除外 * ext/tk/tcltklib.c: add codes to support Ruby/Tk-Kit (Rubykit).
--------------------------------------------------------------------------
「除外」としている以外は [ruby-core:30358] で報告された問題への対処です.
報告者からは,これらの修正により問題は解決したとの連絡はもらっています.
上記には MacOS X 絡みの修正が含まれてはいますが,
それらは [ruby-core:30358] (windows 環境) のための修正に伴って
MacOS X 上で生じてしまう問題 (および放置していた問題) への対処です.
よって,これらを切り離して適用することには難があります.
適用についての相談をさせていただいているのは,
これまでの preview と若干の違いが生じるためです.
---------------------------------------------------------------------------
(1) require 'tk' 後に即座に tk の root window が表示されていたが,
Tk.mainloop を実行するまでは表示されなくなる.
→ window は表示されていても mainloop を起動するまでは
通常はまともには GUI として操作できないので問題ないと思うが,
この挙動に依存したことをしているケースが絶対ないとは言えない.
なお,1.8 系の挙動に近いのは修正後の方.
(2) MacOS X 上での tcltklib.c を適切に compile するために,
tclConfig.sh と tkConfig.sh が事実上必須となる.
→ これらは Tcl/Tk の導入時に通常インストールされているはずのもので,
compile 時に与えるべきフラグの情報が記載されている.
修正前はこれらがなくても誤魔化して compile していたが,
X 版と Aqua 版との挙動の違いへの ad-hoc な対処には無理が出ていた.
修正後は,tclConfig.sh/tkConfig.sh がない場合に
特に Aqua 版で正しく compile できなくなる可能性が高い.
また,修正前は X 版と Aqua 版とを共通の tcltklib.so で
切替えて使えていた可能性がありうるが,これもできなくなるはず.
様々な環境条件での compile を試しているとは言えないため,
compile に苦労する環境が生じる可能性は否定できない.
---------------------------------------------------------------------------
致命的な非互換性ではないとは思うのですが,
適用の是非については他の皆様,特にリリースマネージャの判断を
仰ぎたいと考えています.
--
永井 秀利 (nagai@ai.kyutech.ac.jp)
九州工業大学 大学院情報工学研究院 知能情報工学研究系 知能情報メディア部門