[#30072] send/__send__ and private method — SASADA Koichi <ko1@...>
ささだです。
13 messages
2007/01/04
[#30095] Re: send/__send__ and private method
— Yukihiro Matsumoto <matz@...>
2007/01/06
まつもと ゆきひろです
[#30103] Re: send/__send__ and private method
— SASADA Koichi <ko1@...>
2007/01/07
ささだです。
[#30096] version.h maintenance — SASADA Koichi <ko1@...>
ささだです。
7 messages
2007/01/06
[#30099] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly — Urabe Shyouhei <shyouhei@...>
卜部です。太古のメールに返信する上に-devに振ってしまって恐縮ですが、
6 messages
2007/01/06
[#30100] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly
— Yukihiro Matsumoto <matz@...>
2007/01/06
まつもと ゆきひろです
[#30102] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly
— Urabe Shyouhei <shyouhei@...>
2007/01/07
卜部です
[#30115] Re: [ ruby-Bugs-5822 ] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly
— Yukihiro Matsumoto <matz@...>
2007/01/08
まつもと ゆきひろです
[#30139] BASERUBY — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
6 messages
2007/01/16
[#30159] := operator — SASADA Koichi <ko1@...>
ささだです。
11 messages
2007/01/23
[#30161] Re: := operator
— Yukihiro Matsumoto <matz@...>
2007/01/23
まつもと ゆきひろです
[#30164] Re: := operator
— SASADA Koichi <ko1@...>
2007/01/23
ささだです。
[#30163] pre-processor での YARV 判定 — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
13 messages
2007/01/23
[#30165] Re: pre-processor での YARV 判定
— "U.Nakamura" <usa@...>
2007/01/23
こんにちは、なかむら(う)です。
[#30166] Re: pre-processor での YARV 判定
— SASADA Koichi <ko1@...>
2007/01/23
ささだです。
[#30169] Re: pre-processor での YARV 判定
— Yukihiro Matsumoto <matz@...>
2007/01/23
まつもと ゆきひろです
[#30171] Re: pre-processor での YARV 判定
— "Nobuyoshi Nakada" <nobu@...>
2007/01/23
なかだです。
[#30178] Re: [ruby-cvs:18815] Ruby:r11571: * misc/ruby-mode.el (ruby-font-lock-syntactic-keywords): fix — Urabe Shyouhei <shyouhei@...>
卜部です。これruby_1_8_5にも入れていただくことって可能ですか?
5 messages
2007/01/24
[#30181] Open3.popen3 の終了処理 — とみたまさひろ <tommy@...>
とみたです。
5 messages
2007/01/24
[#30199] YARV の thread について — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
7 messages
2007/01/28
[#30200] coredump on Mac OS X — "T.Kanai" <tin.k.gm@...>
はじめまして、まるまる と申します。
8 messages
2007/01/28
[#30206] local var name collision in instruby.rb (matzruby) — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
7 messages
2007/01/29
[#30207] Re: local var name collision in instruby.rb (matzruby)
— Yukihiro Matsumoto <matz@...>
2007/01/29
まつもと ゆきひろです
[#30208] Re: local var name collision in instruby.rb (matzruby)
— "U.Nakamura" <usa@...>
2007/01/29
こんにちは、なかむら(う)です。
[#30211] String#sub!{...} — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
8 messages
2007/01/29
[#30214] move ruby_1_8_5 to SVN — Shugo Maeda <shugo@...>
前田です。
7 messages
2007/01/30
[#30220] schedule for Ruby 1.8.6 — "Akinori MUSHA" <knu@...>
ruby-core を読んでいない人もいると思うので、ここでもアナウンス
20 messages
2007/01/30
[#30239] Re: schedule for Ruby 1.8.6
— "Hiroyuki Iwatsuki" <don@...>
2007/02/01
岩月と申します。
[#30366] Re: schedule for Ruby 1.8.6
— Nobuyoshi Nakada <nobu@...>
2007/02/17
なかだです。
[#30370] Re: schedule for Ruby 1.8.6
— "Akinori MUSHA" <knu@...>
2007/02/17
At Sat, 17 Feb 2007 10:52:14 +0900,
[ruby-dev:30199] YARV の thread について
From:
Hidetoshi NAGAI <nagai@...>
Date:
2007-01-28 15:20:34 UTC
List:
ruby-dev #30199
永井@知能.九工大です.
Ruby/Tk の YARV 対応ですが,tcltklib.c における Tcl/Tk wrapper の
根本の戦略からして作り直さねばならないようです.
で,どのようにすべきか判断する上で,YARV での thread について
少し確認と質問をさせていただきたいと思います.
-----------------------------------------------------------------------
* 現在の YARV は Thread model 2 であり,ある時点で稼働状態にある
thread は一つだけということですよね?
* 上記が正しいとして,将来,Thread model 1 や 3 が作り込まれることは
どの程度想定しておけば良いでしょうか?
(「比較的近い将来に」とか,「当面は予定がない」とか...)
* 現在の YARV ではすべての thread が必ず一つの native thread に
対応するということでよろしいでしょうか?
* 組み込むライブラリ側で新たな native thread が作成された場合,
その native thread から Ruby を呼ぶことは可能ですか?
不可能ではない場合,どのような処理を先に呼んでおく必要がありますか?
* ライブラリ側で作成された native thread が並列動作をしようとする場合,
注意すべきことはどのようなことでしょうか?
(Thread オブジェクトとしての管理外なので,Ruby 側のリソースに
触れない限りは問題なしだとか,窓口 thread を一つ用意して
それを経由するようにしなければならないとか,
これこれに注意しないとおかしなことになるとか...)
* Thread model 2 の場合,thread 切り替えのタイミングコントロールは,
これまでと同様,ある一定の処理 (YARV_CHECK_INTS()?) が呼ばれた際に
切り替わるという考え方でよいのでしょうか?
その場合,ライブラリ側ではどの処理を呼べば良いのでしょうか?
yarvcore.h を include して YARV_CHECK_INTS() を呼ぶということに
なるのでしょうか?
* 従来の thread は切り替えのコストがかなり大きかったわけですが,
YARV ではどの程度でしょうか?
例えば,Tk の処理待ちイベントが存在しなければ常に即座に thread を
切り替えても問題ないか,それとも切り替えが頻繁だと困るので
少しの間イベント待ちを試みてから切り替えるようにすべきかなどです.
-----------------------------------------------------------------------
「質問の仕方が悪くて意味がわからない」という場合はお尋ね下さい.
まとまりがなくて申し訳ありませんが,よろしくお願い致します.
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp