[#8530] Enumerable and rand — Koretsugu Daigoro <tmmcross@...>

これつぐです。

21 messages 1999/12/05
[#8534] Re: Enumerable and rand — matz@... (Yukihiro Matsumoto) 1999/12/06

まつもと ゆきひろです

[#8581] Re: [ruby-list:19228] Ruby 1.4.3 — Katsuyuki Komatsu <komatsu@...>

小松です。

19 messages 1999/12/07
[#8592] Re: [ruby-list:19228] Ruby 1.4.3 — matz@... (Yukihiro Matsumoto) 1999/12/07

まつもと ゆきひろです

[#8645] urllib and httplib — TAKAHASHI Masayoshi <maki@...>

高橋征義です。

47 messages 1999/12/14
[#8646] Re: urllib and httplib — "NAKAMURA, Hiroshi" <nakahiro@...> 1999/12/14

なひです.

[#8653] Re: urllib and httplib — matz@... (Yukihiro Matsumoto) 1999/12/14

まつもと ゆきひろです

[#8656] Re: urllib and httplib — "NAKAMURA, Hiroshi" <nakahiro@...> 1999/12/15

なひです.

[#8659] Re: urllib and httplib — Wakou Aoyama <wakou@...> 1999/12/15

青山です。

[#8685] Re: urllib and httplib — "NAKAMURA, Hiroshi" <nakahiro@...> 1999/12/21

なひです.

[#8687] Re: urllib and httplib — TAKAHASHI Masayoshi <maki@...> 1999/12/21

高橋征義です。

[#8690] Re: urllib and httplib — matz@... (Yukihiro Matsumoto) 1999/12/21

まつもと ゆきひろです

[#8717] Re: urllib and httplib — TAKAHASHI Masayoshi <maki@...> 1999/12/24

高橋征義です。

[#8963] Re: urllib and httplib — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/01/19

なひです.

[#8650] [PATCH] Ruby/Tk — Koji Arai <JCA02266@...>

新井です。

20 messages 1999/12/14
[#8651] Re: [PATCH] Ruby/Tk — Koji Arai <JCA02266@...> 1999/12/14

新井です。

[#8692] [win] dir name — KANEKO Naoshi <wbs01621@...>

金子です。

22 messages 1999/12/21
[#8695] Re: [win] dir name — Koji Oda <oda@...1.qnes.nec.co.jp> 1999/12/22

小田@QNES です。

[#8741] Re: [ruby-list:19945] Re: array + empty string — Wakou Aoyama <wakou@...>

青山です。

18 messages 1999/12/27
[#8743] Re: [ruby-list:19945] Re: array + empty string — matz@... (Yukihiro Matsumoto) 1999/12/28

まつもと ゆきひろです

[#8742] [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Kazunori NISHI <kazunori@...>

西@九大です。

64 messages 1999/12/27
[#8744] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — matz@... (Yukihiro Matsumoto) 1999/12/28

まつもと ゆきひろです

[#8748] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Kazunori NISHI <kazunori@...> 1999/12/28

西@九大です。

[#8751] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — matz@... (Yukihiro Matsumoto) 1999/12/28

まつもと ゆきひろです

[#8767] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Kazunori NISHI <kazunori@...> 1999/12/29

西@九大です。

[#8777] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — matz@... (Yukihiro Matsumoto) 1999/12/30

まつもと ゆきひろです

[#8791] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Minero Aoki <aamine@...> 1999/12/31

あおきです。

[#8792] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — matz@... (Yukihiro Matsumoto) 1999/12/31

まつもと ゆきひろです

[#8793] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — ARIMA Yasuhiro <fit0298@...> 1999/12/31

有馬です。

[#8795] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Akinori MUSHA aka knu <knu@...> 1999/12/31

 knuです。

[#8798] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — matz@... (Yukihiro Matsumoto) 2000/01/01

まつもと ゆきひろです

[#8811] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Akinori MUSHA aka knu <knu@...> 2000/01/03

 knuです。

[ruby-dev:8589] Re: interface declaretion

From: Dai <MAP2303@...>
Date: 1999-12-07 16:26:27 UTC
List: ruby-dev #8589
  かんだです

matz@netlab.co.jp (Yukihiro Matsumoto)さんの書かれた、
	「[ruby-dev:8584] Re: interface declaretion」
からの引用です。

> まつもと ゆきひろです
> 
> In message "[ruby-dev:8575] Re: interface declaretion"
>     on 99/12/07, Dai <MAP2303@mapletown.net> writes:

> |  ・ruby にオプションか別名で呼ばれた時には dcl 文を解釈するようにする。
> |  ・ruby パーザに機能を動的に(Rubyスクリプトで)追加できる仕掛けを入れる。
> |
> |  というのはどうでしょうか?
> 
> うーん、やはりおおげさですねえ。そんな大変なことが本当に必要
> なんですか?

  Java で RMI(CORBAみたいなもんです)入れるときにもいくつか変更があったし、
# 具体的にはちょっと忘れました
  この手のことやるならちょっと処理系いぢるのは仕方ないかと思ってます。
  Rubyって分散オブジェクトまで考えて設計してないですよね?(^^;

  ただCORBAはちょっと静的な型の言語に寄ってる気はしますが。


>   dcl "str():String"
> 
> とかは。ちょっとかっこ悪いけど、情報量も記法も妥協できるので

  あ、これなら動的なパーザ拡張と同じことができますね。

  インタプリタにやらせるならこれで逃げようかな。ただ美学が許すかどうかは
実装する時にならないと分からないですが(^^;
  となると、メソッド呼び出しのときの引数の与え方をもっと拡張するという路
線ですな。何かいい方法はあるかなー。ゆっくり考えておきます。


> 要は別のツールで分離するフェーズが作りたくないということでしょ
> う?

  ひとことだとそういうことなんですが、何かビミョーに嫌なんですよね。


> |# ところで遠い将来というのは、1.6 は無理でしょうが 2.0 は含みますか? :-P
> 
> 私が「遠い将来」っていうときは大体次のような意味です。
> 
>   * 次のバージョンじゃない
>   * 適切な実装(or アイディアetc.)が思い付いてから
>   * 時間ができたら(or その気になったら)
>   * あるいは、一生採用しない ^^;;;

  片隅にあるという程度ですね、なるほど。


-- 
  だい@楓街           
    MAP2303@mapletown.net                  紅玉軌道異変アリ。

In This Thread

Prev Next