[#43610] Re: [ruby-list:48149] Re: requireが配列を取れたら便利だと思うんだけど.. — Hiroshi Nakamura <nakahiro@...>
cnVieS1saXN0GyRCJCskaTt9JEMkRk1oJF4kNyQ/ISMkRyRiQjMkKyRKJD0kJiEjGyhCCgoyMDEx
松田です。
卜部です
[#43620] Module#mix — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#43634] [Ruby 1.9 - Bug #4835][Open] Compilation failure of ext/tk with recent ActiveTcl — Yuki Sonoda <yugui@...>
[#43643] DateTime.new! and DateTime.jd — Aaron Patterson <aaron.patterson@...>
こんにちは、アーロンです。
blocker はお前だろ。
まつもと ゆきひろです
> うーん、ただでさえ日英のコミュニケーション障壁があるのに、よ
2011/6/7 Tadayoshi Funaba <tadf@dotrb.org>:
皆さんってのに俺は入ってないみたいだな。
まつもと ゆきひろです
> Aaronが言ってる「リリース」は1.9.3のことだと思いますよ。
まつもと ゆきひろです
> Railsのリリースについては私は知りません。が、1.9.3のリリース
[#43645] Re: [ruby-core:36778] Re: 1.8.7 release next month — Urabe Shyouhei <shyouhei@...>
Moving to ruby-dev to understand strategies of backporting the Tk
永井@知能.九工大です.
卜部です。
永井@知能.九工大です.
[#43655] [Ruby 1.9 - Bug #4853][Assigned] ext/tk/extconf.rb fails on Mac OS X — Nobuyoshi Nakada <nobu@...>
[#43686] test.rb for make run — SASADA Koichi <ko1@...>
ささだです.
[#43700] [Ruby 1.9 - Bug #4866][Assigned] Macでmake checkするとIO.copy_streamでSEGV — Motohiro KOSAKI <kosaki.motohiro@...>
[#43710] Re: [ruby-changes:19939] kosaki:r31986 (trunk): * ext/tk/tcltklib.c (lib_eventloop_core): replace CHECK_INTS with — KOSAKI Motohiro <kosaki.motohiro@...>
永井さん
永井@知能.九工大です.
2011年6月12日0:00 Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>:
[#43716] [Ruby 1.9 - Bug #3137] complex.rb changes exceptions of Math — Koichi Sasada <redmine@...>
[#43717] [Ruby 1.9 - Bug #3456] bisarre comma — Koichi Sasada <redmine@...>
まつもと ゆきひろです
メールにじかに反応したまつもとさんは読んでないと思うのでコメント#5を再掲
まつもと ゆきひろです
卜部です。
[#43743] [Ruby 1.9 - Feature #4871][Open] envのコンパクト化 — Kazuki Tsujimoto <kazuki@...>
[#43779] Re: [ruby-cvs:38869] nobu:r31690 (trunk): * gc.c (vm_xcalloc): use calloc provided by platforms. — Yutaka Kanemoto <kinpoco@...>
こんにちは。
金本と申します。
>> AIXでは0 size mallocでNULLが返るのでこまったことになっています。
ささだです.
[#43787] [Ruby 1.9 - Feature #4878][Open] CMath に frexp, ldexp, hypot の3関数は不要ではないか — Kenta Murata <muraken@...>
まつもと ゆきひろです
もう結論が出てしまったようですが、これは、元々 lib/complex.rb にあった
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82
> complex.rb をロードすると Math が CMath 相当に置き換わりますから、
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82
まつもと ゆきひろです
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82
> これに相当する事をやっているのが complex.rb なので、
遠藤です。
> 定義域を増やすだけにしよう、ということですよね。賛成です。
2011年6月14日22:17 Tadayoshi Funaba <tadf@dotrb.org>:
> 互換性がないという点では同じ話だと思うのですが……。
2011年6月14日23:02 Tadayoshi Funaba <tadf@dotrb.org>:
> いやあ、5 月末の feature freeze 時点では -2 を返していたはずなんですが、
遠藤です。
[#43791] [Ruby 1.9 - Bug #4879][Open] test_new(OpenSSL::TestPKeyRSA) fails on Win32 — Akio Tajima <artonx@...>
[#43820] mysterious hang at busy loop after system() — Tanaka Akira <akr@...>
以下のようなプログラムが手元の環境のひとつでハングします。
[#43829] [Ruby 1.9 - Bug #4891][Open] Vector#normalize — Kenta Murata <muraken@...>
[#43852] [Ruby 1.9 - Bug #4909][Open] trapハンドラは再入されてはいけないのではないか? — Motohiro KOSAKI <kosaki.motohiro@...>
同意します。
[#43859] [Ruby 1.9 - Bug #4911][Open] timer_thread_function() が thead unsafe — Motohiro KOSAKI <kosaki.motohiro@...>
[#43861] Date/DateTimeの仕様について — "NARUSE, Yui" <naruse@...>
ふなばさん
[#43869] [Ruby 1.9 - Bug #4919][Open] OpenSSL::SSL::Sesssion#time= に Bignum を渡すと ArgumentError が発生する — Tomoyuki Chikanaga <nagachika00@...>
報告ありがとうございます。32bit環境で落ちるとか考えてませんでした。。。
[#43875] [Ruby 1.9 - Feature #4921][Assigned] Remove intern.h — Yui NARUSE <redmine@...>
[#43890] [Ruby 1.9 - Bug #4072] dRubyで作成したサーバプログラムがsleepしていてもexitしてしまう — Tomoyuki Chikanaga <nagachika00@...>
[#43902] [Ruby 1.9 - Bug #4926][Open] --gc-stress付きtest/ruby/enc/test_emoji.rbが失敗する — Kazuki Tsujimoto <kazuki@...>
[#44001] socket related errors on chkbuild — SASADA Koichi <ko1@...>
ささだです.
[ruby-dev:43978] Re: ThreadGroup#make_local_space!
永井@知能.九工大です. From: Urabe Shyouhei <shyouhei@ruby-lang.org> Subject: [ruby-dev:43920] Re: ThreadGroup#make_local_space! (Re: ThreadGroup の強化案) Date: Sun, 26 Jun 2011 17:23:06 +0900 Message-ID: <4E06EC5F.1040908@ruby-lang.org> > ひっじょうに根本的な質問をするのですけれども、ThreadGroupって何に使うん > ですか。 > > 過去に若干の調査を行った結果、Threadを束にして操作したいという用途には > real world examplesが少なすぎて、いまいちです。 基本的には束ねるものでしょうね. これまでは機能が少なすぎて,sub thread が自動的に含まれることを除き, thread を array に入れて管理するのとたいして変わらなかった, それゆえ,わざわざ使う気にもならなかったというように思います. ThreadGroup の機能強化により,ThreadGroup というものの活用の幅を広げ, ひいては thread 活用プログラミングの幅も広げられないかというのが趣旨です. 「そうは見えない」というのであれば,それは私の力不足ということです. 例えば thread pool として使うにしても, 処理を queue で渡して pool のいずれかの thread を起こすというのでは ThreadGroup のありがたみなどはありません. 監視する能力が弱いため,thread の状態変化に高い即応性を持たさせるためには polling したり,対象 thread ごとに1個の専用監視 thread を用意したり する必要があります. ThreadGroup オブジェクトに持たせようとする thread_queue は, thread 群の監視能力の強化を図るという意味合いがあります. thread pool コントロールの主導権を監視側に移すことが可能となります. 例えば thread 群が処理能力差のある別マシンに処理依頼をする場合でも 各 thread が処理完了に要した時間を監視し易くなりますから, スケジューリングもより緻密にできるかもしれません. 自分で thread_queue を作って似たことを実現することもできますが, thread_queue への投入を ruby 本体の thread 管理に組み入れることで, 予期せぬ trouble で落ちた thread でも早くに低コストで拾えると思います. > 元のメールにはsandboxと書 > いてありますけれども、少なくとも現状ではsandboxingは$SAFEが担っている分 > 野ですよね? 私も$SAFEの機能が完璧であるとは口が割けても言えませんが、だ > からといって$SAFEでは実現できないようなsandboxing機構が必要なのだとした > ら、まずそれは$SAFEを拡張することで実現するのが筋というものではないで > しょうか? そうではなくThreadGroupを使うことで何がどう便利になるのか、が > 残念ながら見えてきません。 関数的メソッドも使っているような普通の Ruby スクリプトを 環境汚染することなくそのまま動かせる環境が欲しいと考えています. スクリプトを無名モジュールで wrap して実行する場合, 関数的メソッドの定義はうまく機能しません. 関数的メソッドは Object クラスに定義されてグローバルに環境を汚染するため 禁止されても仕方がない存在ですが,使えた方が嬉しいのは確かです. # 先のサンプルスクリプトには含んでいませんが, # ThreadGroup#make_local_space! は関数的メソッドについても # 有効空間を限定できますので,良かったらお試しください. 既存のクラスに対するメソッド追加もしばしば行われますが, これもグローバルな変更になりますから禁止されるべきものとなります. safe level の問題以外のケースでも,定義が干渉し合うライブラリ等を 同時に使いたいという場合も同様の問題を含んでいます. これらの問題のすべてを safe level の拡張で対処できるとは思えません. 仮に safe level からのアプローチで解決を図るとしても, ThreadGroup が管理単位となって make_local_space! のようなものが 必要になるだろうと予想します. ならば,safe level と無関係に有効に使いうる make_local_space! を実装し, それと組み合わせて safe level の機能強化を考えるのも不自然とは思えません. -- 永井 秀利 (nagai@ai.kyutech.ac.jp) 九州工業大学大学院情報工学研究院知能情報工学研究系知能情報メディア部門助教