[#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:17029] Re: 標準添付案
At Thu, 9 May 2002 02:57:58 +0900, Akinori MUSHA wrote: > もし「開発時にしか使わず、最終製品には使われないもの」という > 意味であれば、ある程度線引きも明確で意味があるかもしれません。 いろいろ内省してみたところ開発というよりはRubyそのものを調べ る道具という意味あいを持ったディレクトリが欲しいのがもともと の欲求のようです。 > > 僕が名前空間を分けたいと思う一番の理由はやっぱり名前の衝突を > > 回避するためです。古くからあるものについてはその名前が知られ > > てるのでそれを避けることがユーザの間で習慣化されていると思い > > ますが、新しく追加されるものについては、新参の方が避けるのが > > 良いのではないかと考えます。 > > 私の考え方は少し違います。トップレベルは標準に予約されていると > 考える方が自然ではないでしょうか。一般的な名前は、 Ruby 本体や > 標準ライブラリにいつクラス名やライブラリ名として使われるか分から > ないわけです。 予約というのは「まだ使ってなくても」ユーザの利用を禁止すると いう意味に見えるので、トップレベルが予約というのはちょっと違 う気がします。気になるポイントは、新規にライブラリを導入する 場合に、後から予約が追加されるという点です。 別格というのならまぁ分かります。実際、 $: にカレントディレク トリが入っているので、$: をいじらない限りは、好むと好まざる とに関わらず標準のライブラリパスのトップレベルはカレントディ レクトリよりも優先されるわけですし。 > 定義の明確でないカテゴリは(あるいは明確なものさえ)、どうにも > 分類しかねるものが出てきます。カテゴリの論議に時間を取られる上、 > 新しいカテゴリを作るとなれば既存ライブラリの移動や再編を迫られ > ます。 ううむ。それはそのとおりですね。それに衝突の回避を厳密にやろ うすると武者さんが挙げたJava式が一番楽でしょう。好きではない けど。 一般的な分類の議論は僕には論点を明確にできないので、さておき、 少なくとも現状の which.rb をトップレベルにおくのが妥当とは思 えません。find(1) に類似した find.rb があるといったのもその 理由です。 そうすると which ではない名前にするのが妥当なのかなぁ。でも、 which という名前は捨て難いし。ううむ -- Gotoken