[#2023] SSL ext library — Eiji-usagi-MATSUmoto <ematsu@...>
うさぎです
[#2026] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...>
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
[#2043] [Bug?] Thread.exit — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#2056] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#2063] [?] eval "def foo3;end" of instance_eval("binding") — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
前田です。
[#2064] [Bug] Thread#value — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#2100] [Proposal] Math#min/Math#max — shugo@... (Shugo Maeda)
前田です。
[#2152] Re: experimental release 1.1b9_07 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
[#2154] @xxx = xxx in initialize — Kazunori NISHI <kazunori@...>
西@九大です。
前田です。
西@九大です。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#2211] experimental release 1.1b9_09 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2215] Dir#new etc.... — shugo@... (Shugo Maeda)
前田です。
[#2217] Re: [ruby-list:7406] Re: string replace — shugo@... (Shugo Maeda)
前田です。
はじめまして、金子です。
まつもと ゆきひろです
前田です。
金子です。
前田です。
[#2226] method to print self — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
西%某氏@九大です。
まつもと ゆきひろです
[#2238] [Req] stack level too deep (fatal) — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2239] [Problem] thread and signal and sleep — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#2243] sub for sjis — KANEKO Naoshi <wbs01621@...>
金子です。
前田です。
[#2255] Registration & initialize method in subclass of builtin class — Inaba Hiroto <inaba@...>
稲葉といいます。
[#2257] Re: [ruby-list:7407] Re: string replace — Inaba Hiroto <inaba@...>
> In message "[ruby-dev:2240] Re: [ruby-list:7407] Re: string replace"
前田です。
金子です。
[#2285] -X and /dev/null — WATANABE Hirofumi <watanabe@...>
わたなべです.
[#2289] bug? %// and multiple while modifier — Inaba Hiroto <inaba@...>
バグに見えるものを2つ挙げます。
[#2305] MetaDelegator — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2313] experimental release 1.1b9_10 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2338] readline — Masao Kanemitsu <masao-k@...>
わたなべです.
<199804150547.OAA03265@eban.ase.ptg.sony.co.jp> の、
前田です。
[#2378] experimental release 1.1b9_11 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
永井@知能.九工大です.
ふなばです。
まつもと ゆきひろです
[#2396] Re: How to write Perl's `@a[@b] = @c' in ruby — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
[#2407] [Bug or Spec?] extend and include — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2443] experimental release 1.1b9_12 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2449] [Req] Array#rindex — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#2465] — Inaba Hiroto <inaba@...>
以下は仕様なのでしょうか?
まつもと ゆきひろです
イテレータ変数という言いかたがわからなくて, Subjectは後でつけようと思っ
まつもと ゆきひろです
出張等がありまして、返事が遅れました。(ゆっくり考える事ができて良かっ
[#2472] undef HAVE_RANDOM in case of Linux (with libc5) — Kazunori NISHI <kazunori@...>
西@九大です。
まつもと ゆきひろです
わたなべです.
わたなべです.
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
[#2488] Win95's BUG? — Shin-ichiro HARA <sinara@...>
原です。
[#2510] win32 CR code — KANEKO Naoshi <wbs01621@...>
金子です。
[#2519] tcltklib ip_invoke — Takahiro Maebashi <maebashi@...>
前橋です。
[#2539] experimental release ruby 1.1b9_16 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
前橋です。
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2542] `-r debug' and `-e' with multiline — Inaba Hiroto <inaba@...>
-r debug と -e オプションについてリクエストがあります。
わたなべです.
[ruby-dev:2055] Re: [Req] Binding.new
まつもと ゆきひろです
In message "[ruby-dev:2053] Re: [Req] Binding.new"
on 98/04/03, 石塚圭樹 <keiju@rational.com> writes:
|>複数のトップレベルはインタラクティブな言語一般の機能ではない
|>でしょう.すくなくともelispには複数のトップレベルはないよう
|>に思います.
|
|ほんとだ... 確かにelispにはないですね(__;;;
|
|# elispって動的スコープだから, scratchでsetqとかすると思わぬ副作用が出
|# ちゃうんですね(@@;;; まあ, 汎用言語じゃないからいいのかもしれないけ
|# ど...
あー,普通は「インタラクティブでも独立した環境は必須じゃない
んだ」という結論がでると思うんですけど.^^;;;
そもそも「そういうのが実現できると嬉しい」というのは分かるん
ですけど,「そういうのが実現できないといけない」ではない以上
変更に慎重になるのは当然だと思います.
# ちなみに動的スコープはこの問題に関係ないです.
|>bindingがスコープに似ているから,あるいはスコープを持ってい
|>るからスコープとしての働きを追加するというのは少々乱暴な印象
|>があります.
|
|えーと, 新たなスコープを作ってしまうということが気になっているんですね?
スコープの定義が不明確ですが,私の主張の根幹は「バインディン
グを合成しても構わないのか」というものです.また,「合成して
も構わないとしてその状態はどのように指定されるべきか」が明確
でないと採用できないと思ってます.
|>石塚さんが求めていらっしゃるものは上記の定義のうち,どちらか
|>といえばバインディングに近いですが,ある時点のものではなく合
|>成したコンテキストであるという点が引っかかっています.
|
|うーん. それなりの機能を持ったスコープを作る構文orイテレータでも良いん
|ですけどね...
その場合には「それなりの機能」を定義して下さいよお.
# 『言うだけは簡単』は勘弁して欲しい.
あと,実装の話をするとローカル変数はコンパイル時に計算される
部分が多いので動的に変更するのはすっごく大変です.evalのよう
なコンパイル前に指定するのは不可能ではないでしょうが,イテレー
タブロックの範囲内だけスコープを変更するなどと言うのはほとん
ど不可能でしょう.パーザを再実装するくらい大変です.
構文は…いまさら構文を追加するのは避けたい….
|もし, 全然指定
|しなくても良くできるなら, ローカル変数だけが独立な(サブ)バインディング
|を合成しても良いかなと思います.
|
| binding.subbinding
うーん,それは石塚さんのニーズは満たすでしょうね.でもその代
償は現時点では計算できないので採用に抵抗があるわけです.
つまり,石塚さんにとってはやりたいことができるかどうかが問題
なのですが,私にとってはそれによってどうモデルが変るか,どう
実装するか,ドキュメントのどの部分を書き換える必要があるか,
その概念を説明する時どういう目に遭うかなどなどなどの問題があ
るわけですよ.
メソッド一個定義して終り,くらいだと簡単にコストが計算できる
んですけど,今回のような変更の場合は先が読めないのです.ご理
解下さい.
|ところで, いま, 関数を使ってやってみているんですけど, 問題に気づきまし
|た.
うーん,やっぱり無理して独立したバインディングを用意しようと
してるからではないかという気がして来ました.なんか場当たり的
な対応をするのではなく,もっと根本から考え直した方が良いよう
な気がします.
# 考え直すべき人が誰か,と言う点は明示しないことにします ^^;;;
|privateとして定義する何かうまい手がありますかね?
あ,そうそう.scopeにはこれから定義するメソッドがprivateかど
うかっていう情報も入ってるんでした.うーむ.
たとえば同じ環境に見えて独立してるってのをすっぱり諦めて,モ
ジュール(あるいはクラス)単位で別のスコープを見せるってのは?
言語のモデルとあまり離れていないので,実装はずっと楽だと思い
ますよ.private/publicの辺りで修正は必要になりそうだけど.
まつもと ゆきひろ /:|)