[#29987] ライセンス論点整理 — Tacos <ozaki@...>

38 messages 2001/06/01

[#30030] Ruby license discussion — Masayuki Hatta <mhatta@...>

八田と申します。

23 messages 2001/06/02
[#30034] Re: Ruby license discussion — "Akinori MUSHA" <knu@...> 2001/06/02

At Sat, 2 Jun 2001 14:31:02 +0900,

[#30039] Re: Ruby license discussion — akira yamada / やまだあきら <akira@...> 2001/06/02

[#30056] Re: Ruby license discussion — Takaaki Higuchi <thiguchi@...> 2001/06/03

In "akira yamada / やまだあきら <akira@ruby-lang.org>" wrote:

[#30155] How do we treat local static variables? — IKEGAMI Daisuke <daisu-ik@...>

ruby-list の皆さんこんにちは。

13 messages 2001/06/09
[#30156] Re: How do we treat local static variables? — NISHI Takao <zophos@...9.com> 2001/06/09

にし@おかやまです。

[#30163] FW: [arg1:119] RE: [RubyUnit:4203] Re: インストーラ・プロジェクト — "KANEMITSU Masao" <masao-k@...>

金光です。RAAを改善しませんか?

10 messages 2001/06/10

[#30190] 呼び出し元のクラスを知る方法? — "Shin'ya Adzumi" <adzumi@...>

あづみです。

13 messages 2001/06/11

[#30215] パス文字列を操作するライブラリはありませんか? — "Kaoru Shirai" <shirai@...1jp.com>

 こんにちわ。常日頃 Ruby を愛用させて頂いております。

13 messages 2001/06/13

[#30270] setup.rb — rubikitch@...

るびきちです。

16 messages 2001/06/16
[#30291] Re: setup.rb — Minero Aoki <aamine@...> 2001/06/18

あおきです。すみません、見逃してました。

[#30292] Re: setup.rb — rubikitch <rubikitch@...> 2001/06/19

From: Minero Aoki <aamine@mx.edit.ne.jp>

[#30293] Re: setup.rb — TADA Tadashi <sho@...> 2001/06/19

ただただしです。

[#30305] TMarshal — rubikitch@...

るびきちです。

25 messages 2001/06/19

[#30333] 共同著作物の謎( re :ライセンス) — Tacos <ozaki@...>

13 messages 2001/06/20
[#30334] Re: 共同著作物の謎( re :ライセンス) — Tacos <ozaki@...> 2001/06/20

[ruby-list:30351] basci_new [Re: Re: TMarshal]

From: keiju@... (石塚圭樹)
Date: 2001-06-21 04:05:32 UTC
List: ruby-list #30351
けいじゅ@日本ラショナルソフトウェアです.

In [ruby-list :30344 ] the message: "[ruby-list:30344] Re: TMarshal ",
on Jun/21 02:02(JST) Yukihiro Matsumoto writes: >まつもと ゆきひろです

>|うーん. basic_newがデフォルトの動作ではいけないのはPrimitiveのクラスの場
>|合だけ問題あるわけですよね.
>
>PrimitiveってのはT_OBJECT以外ってことですよね。それならそう
>いうことです。

です.

>|そういえば思い出しました. [ruby-dev:1553]からのスレッド. 
>|## 懐かしいなあ... あの頃はパワーがあったなあ... 同時に幾つもスレッドが
>|## 走っている... 
>
>年寄り。;-)

というか, 最近と言うかズートなんですがMLに集中している暇はないんですね...
それをやるなら他をやんなくてはって感じで...

>|で, その時と同様の案ですが.
>|
>|  rb_define_singleton_method(cArray, "new", ary_s_new, -1)
>|
>|の様にCレベルでメソッドnewが定義されたら, basic_newをundefする。というの
>|は?
>
>これって結局
>
>|>|いわんとしているのは、newを定義したとき、basic_newがそのクラスで定義され
>|>|ていなかったらbasic_new を undef するってことです.
>
>とおんなじですよね。それでいいんですかねえ。

同じと言えば同じなのかもしれないですが、スクリプト上でnewを再定義しても
basic_newはundefされないと強調したかったんですが.

>basic_newを先に用意して、newをそちらを使うって慣習を作っとけ
>ばよかったですかね。

うーん. でも, 問題になるのが組み込みクラスとextなクラスだけですし、
basic_newしても落ちはしない(ないですから)ので, あとは, 気付いた人が徐々
にバージョンアップしてbasic_newを作っていけばいいので, それほど問題ない
のでは?

ただ, すべてのクラスにbasic_newがあるとすると... たとえば,

  File.basic_new

でできたオブジェクトって何? とかってなってきますけどね(^^;;

もしかしたら, basic_newは、privateかprotectedのほうがよいかもしれないで
すね.

__
..............................石塚 圭樹@日本ラショナルソフトウェア...
----------------------------------->> e-mail: keiju@rational.com <<---

In This Thread