[#11507] parser generator — Minero Aoki <aamine@...>
あおきです。今年もよろしくおねがいいたします。
立石です。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
立石です。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
In message <199901200705.QAA02084.keiju@bc.mbn.or.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199901210735.QAA03189.keiju@bc.mbn.or.jp>
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
あおきです。
[#11525] ruby 1.2.1 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#11542] \^x as control — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#11550] nif.rb ver0.31 — Wakou Aoyama <wakou@...>
青山です。
[#11553] はじめまして&環境変数についての質問 — Atsuko Yoshida <atsuko@...>
こんにちは。はじめまして。
こんにちは。あつこです。
[#11587] Array.new([SIZE]) — Yoshinori Toki <toki@...>
土岐です。
新井です。
土岐です。
立石です。
土岐です。
新井です。
まつもと ゆきひろです
新井です。
[#11612] djgpp 版の djdev の Version — たむら けんいち <t9655832@...>
[#11621] Segmentation fault — polygon <polygon@...>
ポリゴンです。
まつもと ゆきひろです
ポリゴンです。
[#11644] postgres-0.4.1 released — Eiji-usagi-MATSUmoto <ematsu@...>
まつもとえいじです
[#11647] Numeric#step の増減方向 — Yoshinori Toki <toki@...>
土岐です。
[#11660] ruby 1.2.2 released — matz@... (Yukihiro Matsumoto)
Hi.
0) ウェッブページが更新されていません.1.2.1-stable のままになっている.
まつもと ゆきひろです
えぐち@エスアンドイー です。
[#11711] Ruby 1.2.2 Make on Cygwin — たむら けんいち <t9655832@...>
たむら です。
[#11720] ruby からの MSAccess への DB アクセス方法 — ymaekawa@...
はじめまして前川@NECと申します。
たむら です。
[#11746] (joke :-) ruby chip — Noritsugu Nakamura <nnakamur@...>
Wed, Jan 27, 1999 at 07:19:14AM +0900 において
MobileGear1 for DoCoMo + PocketBSD ユーザーのCakeです。
[#11758] [BUG] 3e9.to_i => floating exception — gotoken@... (GOTO Kentaro)
ごとけんです
[#11774] MD5 クラスについて — たむら けんいち <t9655832@...>
[#11776] ruby-gtk spin button — takeshi@...
はじめまして。村上毅と申します。
まつもと ゆきひろです
[#11797] IOクラスのメソッドcloseで質問です — Atsuko Yoshida <atsuko@...>
こんにちは。あつこです。
[#11803] Array クラス — hisanori@...
松尾です。
まつもと ゆきひろです
最近Beなさくです。
石井です。
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
前橋です。
まつもと ゆきひろです
[ruby-list:11768] Re: Array.new([SIZE])
新井です。返事が遅れました。 >>> From: matz@netlab.co.jp (Yukihiro Matsumoto) >>> Date: 24 Jan 1999 23:31:31 +0900 >>> Subject: [ruby-list:11691] Re: Array.new([SIZE]) > まつもと ゆきひろです > |(用は心変りした ^^;)領域確保のメソッドはいらないと > |思います(お騒がせしました _o_)。 > > そうですか.この「自分の意見に対する反論」というのもお聞かせ > 頂けると他にも納得できる人が出ると思いますです.どうでしょう? # もはや、誰も興味をもっていないようにも思うのです # が…(^^; では、「自分の意見に対する反論」を以下に >>> From: Koji Arai <JCA02266@nifty.ne.jp> >>> Date: 20 Jan 1999 08:58:47 +0900 >>> Subject: [ruby-list:11640] Re: Array.new([SIZE]) > 新井です。 > でも、もっと複雑な処理が必要になってArrayの他のメ > ソッドも欲しくなった場合。最終的に昔のArrayの実装 > が出来上がってしまうとなんだか悲しくなりますね。 > (^^; これは、極論だったかなと思ってます。大抵の場合は (本当に必要なら)クラス定義と多少のメソッド定義で十 分でしょう。 更にいうと、「悲しくなる」のは昔の実装を知っている からで、そうでなければきっと自己満足で終るでしょう。 > Array.new()の仕様が今のようになった以上、 > 「メモリのリアロケートが裏で発生するかもしれない」 > という考えは捨て去るのが健康的かも知れない。 こういう理想がある以上、やはりこれを追求するべきだ と思いました。このような考えに至ったのは、 ・Stringクラスに「あらかじめ領域を確保する」方法が ないのに今まで気にしたことがない。 ・機能を提供しないことで、ユーザに二の足を踏ませる ことが出来る。つまり、本当にそこが性能のネックに なっているのか、クラス定義までして回避する価値が あるかを考えさせる。 逆に、Arrayクラスにあらかじめ領域を確保するメソッ ドを実装するなら、 ・他のクラスにも必要では? と考えます。 以上です。他にもあったような気がしますが、日が経っ て忘れてしまった(^^;