[#34261] ComplexFloat — "Kenta Murata" <muraken@...>

村田です.

117 messages 2008/04/06
[#34280] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

村田です.

[#34286] Re: ComplexFloat — Nobuyoshi Nakada <nobu@...> 2008/04/10

なかだです。

[#34288] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34290] Re: ComplexFloat — "U.Nakamura" <usa@...> 2008/04/10

こんにちは、なかむら(う)です。

[#34293] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34296] Re: ComplexFloat — "U.Nakamura" <usa@...> 2008/04/10

こんにちは、なかむら(う)です。

[#34298] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34300] Re: ComplexFloat — Tanaka Akira <akr@...> 2008/04/10

In article <761216ce0804100221x67f10f12iab12b0e35b6f50e4@mail.gmail.com>,

[#34301] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34303] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/10

まつもと ゆきひろです

[#34314] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/10

利点としては、拡張ライブラリが書きやすい、ということ。正当化の理由とし

[#34316] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34317] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/10

> 私にはいびつな進化という感じはしません.むしろ,せっかく C で実装できるのに

[#34318] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34322] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/10

まつもと ゆきひろです

[#34328] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/11

むらたです.

[#34331] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/11

まつもと ゆきひろです

[#34340] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/11

むらたです.

[#34341] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/11

まつもと ゆきひろです

[#34362] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34363] Re: ComplexFloat — Tanaka Akira <akr@...> 2008/04/12

In article <761216ce0804120723n16bfbad7qdae90f142978d256@mail.gmail.com>,

[#34367] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34368] Re: ComplexFloat — Tanaka Akira <akr@...> 2008/04/12

In article <761216ce0804121011h6132d58fh4916ecbb29d58690@mail.gmail.com>,

[#34369] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34364] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/12

まつもと ゆきひろです

[#34366] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34386] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/13

まつもと ゆきひろです

[#34415] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/15

むらたです.

[#34439] Re: ComplexFloat — Shin-ichiro HARA <sinara@...> 2008/04/17

原です。

[#34442] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/17

まつもと ゆきひろです

[#34451] Re: ComplexFloat — Shin-ichiro HARA <sinara@...> 2008/04/18

原です。

[#34455] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/18

> 1. ComplexFloat を組込みにし、Complex を標準ライブラリとして提供する。

[#34457] Re: ComplexFloat — Shin-ichiro HARA <sinara@...> 2008/04/20

原です。

[#34458] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/20

> 分かりににくかったですが、これは、ComplexFloat を含めた組込みの数体系が

[#34502] Re: ComplexFloat — sheepman <sh@...> 2008/04/24

こんばんは sheepman です。

[#34601] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/05/07

まつもと ゆきひろです

[#34603] Re: ComplexFloat — keiju@... (石塚圭樹) 2008/05/07

けいじゅ@いしつかです.

[#34614] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/05/08

まつもと ゆきひろです

[#34621] Re: ComplexFloat — keiju@... (石塚圭樹) 2008/05/08

けいじゅ@いしつかです.

[ruby-dev:34256] Re: MVM interface draft

From: Nobuyoshi Nakada <nobu@...>
Date: 2008-04-05 01:36:53 UTC
List: ruby-dev #34256
なかだです。

At Fri, 4 Apr 2008 05:41:44 +0900,
Yukihiro Matsumoto wrote in [ruby-dev:34247]:
> |> --- ruby_vm_set_pwd(VALUE vm, const char *pwd)
> > |>     vmのカレントディレクトリを設定する。
> > |このあたりのAPIは、該当VMを実行するスレッド(ruby_vm_runの呼び出し前後と
> > |いうことになるのかな)からの呼び出し縛りなどありますか?

この辺はvm_run以降は不可と考えています。あくまで初期状態の設定だ
けなので。

> > というか、そもそもカレントディレクトリはプロセスごとの情報で
> > すべてのスレッドで共有されるのに指定できる意味があるんでしょ
> > うか。それとも相対パスを伴うすべての操作に手を入れて、スレッ
> > ドごとにカレントディレクトリを持てるようにするのかな。

openat系のある環境ではそれ、なければカレントディレクトリをVMかス
レッドごとに持たせようかと思ってます。

> > その場合でもpwd(print working directory)よりはcwd(current
> > working directory)の方が良いと思います。

getpwdのpはpresentじゃありませんでしたっけ。

#ついでに一緒に

At Fri, 4 Apr 2008 00:10:17 +0900,
arton wrote in [ruby-dev:34244]:
> > Rubyで実行すれば良いとも思いますが、VMを分割することで実行コンテキストを
> > 分けたWebアプリケーションで、メモリー上に保持するセッション情報を交換す
> > る、あるいはvmを途中から追加するというシナリオを考えると、オブジェクトの
> > VM間のコピーまたは移動を行うCのAPIが用意されているほうが望ましく思います。

それは忘れてましたが、今のところ検討課題です。

> > 危険なオペレーションとなる可能性は承知していますが、エンジン側で用意した
> > 監視スレッド(ruby_vm_enter_threadしたスレッドとは異なるスレッド)から、
> > 実行中のvm(スレッド)をできるだけ安全に殺すための
> > ruby_vm_shutdown(VALUE vm);
> > あるいは
> > ruby_vm_kill(VALUE vm);
> > せめて
> > ruby_vm_raise_exception(VALUE vm, VALUE exception);
> > を用意して欲しいです(しかも、Win32で実行可能なようにシグナルに頼らずに)。

シグナルも抽象化して統合できるような、イベントハンドリングの機構
を用意しようという考えはあります。VM間通信についてはまだ具体的に
決まっているわけではなくて、ささださんとは「とりあえずはdrubyモ
デルでもいいんじゃなかろうか」という話をしています。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

In This Thread