[#34194] File.read (または String#include?) でSEGV — wanabe <s.wanabe@...>
ワナベと申します。
[#34200] Resolv.getaddress がエラーになる — "Kouhei Yanagita" <yanagi@...>
柳田です。
[#34239] MVM interface draft — Nobuyoshi Nakada <nobu@...>
なかだです。
[#34261] ComplexFloat — "Kenta Murata" <muraken@...>
村田です.
村田です.
なかだです。
むらたです.
こんにちは、なかむら(う)です。
むらたです.
こんにちは、なかむら(う)です。
むらたです.
In article <761216ce0804100221x67f10f12iab12b0e35b6f50e4@mail.gmail.com>,
むらたです.
まつもと ゆきひろです
利点としては、拡張ライブラリが書きやすい、ということ。正当化の理由とし
むらたです.
> 私にはいびつな進化という感じはしません.むしろ,せっかく C で実装できるのに
むらたです.
まつもと ゆきひろです
むらたです.
まつもと ゆきひろです
むらたです.
まつもと ゆきひろです
むらたです.
In article <761216ce0804120723n16bfbad7qdae90f142978d256@mail.gmail.com>,
むらたです.
In article <761216ce0804121011h6132d58fh4916ecbb29d58690@mail.gmail.com>,
むらたです.
In article <761216ce0804121039l605a8ec6sebe52afdbbb52160@mail.gmail.com>,
むらたです.
まつもと ゆきひろです
むらたです.
まつもと ゆきひろです
むらたです.
原です。
まつもと ゆきひろです
遠藤と申します。
原です。
In article <4808653F.80607@blade.nagaokaut.ac.jp>,
原です。
> 1. ComplexFloat を組込みにし、Complex を標準ライブラリとして提供する。
原です。
> 分かりににくかったですが、これは、ComplexFloat を含めた組込みの数体系が
こんばんは sheepman です。
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
Complex と ComplexFloat とクラスをふたつに分ける理由がどうに
原です。
まつもと ゆきひろです
原です。
[#34266] Ruby1.9 での $SAFE==4 時の autoload 動作 — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
[#34272] patch for [ruby-core:14537] — wanabe <s.wanabe@...>
ワナベと申します。
[#34278] Re: [ruby-cvs:23187] Ruby:r15947 (trunk): * lib/generator.rb: removed obsolete library. [ruby-core:16233] — SASADA Koichi <ko1@...>
ささだです.
まつもと ゆきひろです
[#34285] Complex#scalar? returns false — "Kenta Murata" <muraken@...>
むらたです.
[#34313] Enumerable#find_index vs. Array#index — "Akinori MUSHA" <knu@...>
[ruby-talk:178495] が発端で Enumerable#find_index というのが
まつもと ゆきひろです
[#34352] patch for — wanabe <s.wanabe@...>
ワナベと申します。
[#34391] Preparing for 1.8.7-preview1 — "Akinori MUSHA" <knu@...>
延び延びになってしまいましたが、ようやく enumerator 関連、
[#34393] fluent comma — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#34402] OpenSSL::SSL::SSLContext#set_params — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#34430] str_new() may create broken string — wanabe <s.wanabe@...>
ワナベと申します。
[#34460] patch for ruby-dev:34236 — wanabe <s.wanabe@...>
ワナベと申します。
[#34476] coerce with Rational and Complex — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#34512] [ruby-core:16238]の検証 — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#34515] M17N のリファレンス — sheepman <sh@...>
こんにちは sheepman です。
[#34540] 0**-1 == 0 ? — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
ささだです。
[ruby-dev:34244] Re: MVM interface draft
artonです。
> --- ruby_vm_setenv(VALUE vm, const char *name, const char *value)
> vm中の環境変数を設定する。
> --- ruby_vm_set_pwd(VALUE vm, const char *pwd)
> vmのカレントディレクトリを設定する。
このあたりのAPIは、該当VMを実行するスレッド(ruby_vm_runの呼び出し前後と
いうことになるのかな)からの呼び出し縛りなどありますか?
気になったのは、エンジンの仕様バグなどで、他のスレッドで実行中のVMに対し
てこれらのメソッドを呼び出してしまうことです。仮にクリティカルセクション
を設けるとしても、実行中にカレントディレクトリが変わるというのはまずそう
に思います。
たとえば、
['a', 'b', 'c'].each do |x|
File.open(x, 'w') do |f|
f.write foobar()
end
end
を実行中のVMに対して、別のスレッドからruby_vm_set_pwdが呼ばれると、ファ
イルa,bとcで異なるディレクトリに作られてしまうというようなバグを想定して
います。
> 各VMがネイティブスレッドで並行動作できるようにするため、それぞれ
> 独立したObjectSpaceを持ちます。結果として、あるVMで作られたオブ
> ジェクトを別のVMに渡すことはできません。
Rubyで実行すれば良いとも思いますが、VMを分割することで実行コンテキストを
分けたWebアプリケーションで、メモリー上に保持するセッション情報を交換す
る、あるいはvmを途中から追加するというシナリオを考えると、オブジェクトの
VM間のコピーまたは移動を行うCのAPIが用意されているほうが望ましく思います。
ruby_object_copy(VALUE vm_from, VALUE vm_to, VALUE target_obj);
(内部でマーシャル/アンマーシャルが行われる)
ruby_import_objectsapce(VALUE vm_from, VALUE vm_to, VALUE objectspace);
(書いてから気づきましたが、ruby_vm_clone(VALUE vm_from)があれば良いのか
も)
危険なオペレーションとなる可能性は承知していますが、エンジン側で用意した
監視スレッド(ruby_vm_enter_threadしたスレッドとは異なるスレッド)から、
実行中のvm(スレッド)をできるだけ安全に殺すための
ruby_vm_shutdown(VALUE vm);
あるいは
ruby_vm_kill(VALUE vm);
せめて
ruby_vm_raise_exception(VALUE vm, VALUE exception);
を用意して欲しいです(しかも、Win32で実行可能なようにシグナルに頼らずに)。
--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/