[#17002] strict prototype for c++ — Takaaki Tateishi <ttate@...>
立石です.
At Fri, 3 May 2002 02:59:36 +0900,
[#17017] 標準添付案 — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
At Wed, 8 May 2002 19:50:17 +0900,
At Wed, 8 May 2002 22:45:06 +0900,
At Thu, 9 May 2002 00:47:46 +0900,
田中です。一応 blade は見てます。
堀之内です。
堀之内です。
At Tue, 14 May 2002 14:45:28 +0900,
[#17031] double acosh — WATANABE Hirofumi <eban@...>
わたなべです。
なかだです。
わたなべです。
まつもと ゆきひろです
わたなべです。
[#17037] here document2 つで __LINE__ がずれる — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#17053] socket in Win32 — nobu.nakada@...
なかだです。
[#17059] [PATCH] mswin32 configure — nobu.nakada@...
なかだです。
[#17060] rb_warn — Tadayoshi Funaba <tadf@...>
ふなばです。
[#17095] irb & jarh — Tanaka Akira <akr@...17n.org>
ふと、irb で jarh をいくつか試したのですが、うまく扱えないものがあるようです。
けいじゅ@日本ラショナルソフトウェアです.
In article <200205160811.RAA31441@ishitsuka.com>,
[#17112] [Cleanup] rb_thread_select() — nobu.nakada@...
なかだです。
[#17122] Array#bsearch — Beyond <beyond@...>
[#17128] Thread: deadlock trouble — nagai@...
永井@知能.九工大です.
At Fri, 17 May 2002 14:47:53 +0900,
[#17134] argv[0] — Tanaka Akira <akr@...17n.org>
ふと ruby インタプリタの C における argv[0] を知りたくなったんですが、
まつもと ゆきひろです
In article <1021723554.017958.5113.nullmailer@picachu.netlab.jp>,
In article <1021723554.017958.5113.nullmailer@picachu.netlab.jp>,
[#17144] Re: msvcrt — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
なかだです。
[#17158] else without rescue — nobu.nakada@...
なかだです。
[#17179] コマンドラインオプションの順序制約 — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
[#17194] [RCR] Array#rotate{,!} — nobu.nakada@...
なかだです。
まつもと ゆきひろです
[#17208] Etc — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#17223] race condition on Queue#pop? — Tanaka Akira <akr@...17n.org>
なんとなく thread.rb を眺めていて、Queue#pop に race condition がある
なかだです。
まつもと ゆきひろです
なかだです。
[#17228] Re: [ruby-list:35305] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
たけ(tk)です。
まつもと ゆきひろです
たけ(tk)です。
まつもと ゆきひろです
あづみです。
[#17238] Re: [ruby-list:35304] Re: ((1.2)..(3.4)).to_a — siena@... (Siena.)
Siena. です。
[ruby-dev:17101] Re: 標準添付案 (NArray)
>From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp> >Subject: [ruby-dev:17092] Re: 標準添付案 (NArray) > NArray について。 > > 私> > 仕様が定まっていない(というか変えたい)し、手を抜いているところが > 私> > いくつかあるので、(どういう基準で採用されるかはわかりませんが、) > 私> > まだ標準添付には早いような気がします。 > > 標準ライブラリーの前に、ひとまず添付ライブラリーに加えるのが筋が > いいでしょうか。いずれにしても、何がしかの特別扱いをして、数値多 > 次元配列といえば NArray という位置づけを打ち出すといいと思います 「標準添付」というのは ext/ 以下に入ることだと思っていました。 で、上のような意見です。 「標準化」に関しては、そういう議論を持ち出していただけるのはあり がたいですが、その前にすべきことがたくさんあります。後から加える ことができる機能は別にして、以下思いつくことを書きますが、手が出 ません。 * 次元の順序: na[2,1] == a[1][2] というように、 Array と NArray で次元の順序が逆なので、引っくり返す。 * 泥縄式に作ったCの関数を整理。機能がわかる名前をつける。 * ドキュメントの用意。 > * "Marshaling" 対応 と taint 対応、できれば mmap対応。 あと、妄想の域ですが、int, double等だけでなく任意の型を Add-on で加えられるような仕組みにする、というのも考えています。そうする と現在との互換性がほとんどなくなりますけど。そういうのも含めて、 後からより良い標準が出る可能性は欲しいと思います。 あとコメント。 > * "Marshaling" 対応 -- Marshal モジュール用の "_dump" メソッ > ド, "_load" メソッドのサポート(バイナリー表現がプラットフォー > ム依存しないように xdm を使うと言った工夫が欲しいところです。 > 面倒そうですが。) XDRはちょっと調べましたが、結局 pack/unpack と同じようにすればいい ような気がしてきました。それでできないプラットフォームは無視して。 > * indgen での増分は常に整数ということになってることに気づかず > はまったことがある。浮動小数点も許して欲しい。あと、IDL由来 > の indgen というのは、名前がわかりにくい。ind=indexに拘って > 整数のみにするなら、いっそ増分は常に1にして、増分任意の別メ > ソッドにするのも手だと思う。 名前は全くその通りです。代替案募集。 NArray[0.0..10.0] でも数列ができるようになりましたが、今は int か double 型しか作れないのがしょぼい。 田中昌宏