[#13273] Ruby anywhere — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.rubyistモード.
なひです.
なひです.まったく何書いてんだか... > 自分 ^^;
なひです.もちろん「Dummy」なのは私です.^^;
前田です。
松尾です。
だんのです。
原です。
なひです.
青山です。
なひです.
青山です。
松尾です。
前田です。
なひです.
前田です。
なひです.
稲葉です。
なひです.眠い...
> > > 「call-by-referenceで」もちょっと言葉が違うような。
原です。
前田です。
原です。
だんのです。
青山です。
原です。
前田です。
前田です。
まつもと ゆきひろです
原です。
青山です。
Shugo Maeda <shugo@netlab.co.jp> writes:
前田です。
原です。
原です。
ごとけんです
原です。
青山です。
原です。
青山です。
青山です。
原です。
ごとけんです
原です。
ごとけんです
ごとけんです
まつもと ゆきひろです
原です。
ごとけんです
原です。
In message "[ruby-list:13884] Re: What is Object in Ruby? (Re: Ruby and LISP)"
ごとけんです
青山です。
原です。
ごとけんです
前田です。
ごとけんです
前田です。
ごとけんです
ごとけんです
まつもと ゆきひろです
まつもと ゆきひろです
Shugo Maeda <shugo@netlab.co.jp> writes:
前田です。
Shugo Maeda <shugo@netlab.co.jp> writes:
原です。
前田です。
[#13274] Ruby Home Page — WATANABE Tetsuya <tetsu@...>
◎要求推察機能搭載
[#13288] big ruby program — kikutani@...
今までrubyで書かれた、もっとも大きなプログラム
[#13383] — Inaba Hiroto <inaba@...>
稲葉です.
In message <9904070229.AA11857@tux0017.sdd.tokyo-sc.toshiba.co.jp>
稲葉です。これも出しなおしです.
In message <9904080032.AA17943@tux0017.sdd.tokyo-sc.toshiba.co.jp>
稲葉です。
青山です。
[#13427] inline callback — Masatoshi SEKI <m_seki@...>
[#13436] Re: Ruby and LISP ( was Re: Ruby anywhere ) — 助田 雅紀 <masaki.suketa@...>
助田です.
[#13445] Re: constant/immutable(Re: Ruby and LISP) — 助田 雅紀 <masaki.suketa@...>
助田です.全然 Ruby と関係ないですが.
[#13502] Re: Ruby and LISP ( was Re: Ruby anywhere ) — "豊福" <toyofuku@...>
豊福@パパイヤです。
原です。
原です。
[#13506] telnet.rb STDOUT — kikutani@...
昨日書いた、proxy経由でpopするやつですが、
青山です。
青山です。
On Fri, 9 Apr 1999 22:08:09 +0900,
青山です。
青山です。
[#13525] Re: iterator for Dummies( was Re: Ruby anyw here ) — 助田 雅紀 <masaki.suketa@...>
助田です.ちょっと長いです.
[#13541] iterator <-> cursor (Re: iterator for Dummies) — Inaba Hiroto <inaba@...>
稲葉です.
[#13582] Dir.foreach — greentea@...2.so-net.ne.jp (Tomoyuki Kosimizu)
こんにちは、越水です。
[#13588] /.*\n$/ — kikutani@...
if "hoge\n" =~ /.*\n$/
[#13607] Re: iterator for Dummies( was Re: Ruby anyw here ) — 助田 雅紀 <masaki.suketa@...>
助田です.
前田です。
[#13644] bbs — kikutani@...
rubyで書かれたWebの掲示板てありましたっけ?
初めて投稿します。多田@S.P.C.です。
On Tue, 13 Apr 1999 11:16:47 +0900,
松尾です。
多田@S.P.C.です。
bbsのスレッドがこんなに盛り上るとは思わなかった...
On Tue, 13 Apr 1999 13:47:42 +0900,
こんばんは。鈴木教郎です。
[#13646] Re: internal/external iterator (was Re: ite rator for Dummies) — 助田 雅紀 <masaki.suketa@...>
助田です.
[#13673] ruby 1.2.5 is released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#13680] FW: ruby-1.2.5 mkconfig.rb — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.
まつもと ゆきひろです
土岐です。
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
小松です。
まつもと ゆきひろです
[#13688] What is callcc? (Re: iterator <-> cursor) — toyofuku@...
豊福@パパイヤです。
[#13697] ruby で MIDI — Keisuke Minami <keisuke@...>
三並です。
[#13710] private singleton method — thitoshi@... (TAKAHASHI Hitoshi)
[#13712] IPv6-ready ruby (Forward: [ruby-talk:00274]) — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
ももちゃんです.
まつもと ゆきひろです
ももいちゃんです.
まつもと ゆきひろです
[#13720] Re: What is callcc? (Re: iterator <-> cursor) — toyofuku@...
豊福@パパイヤです。
まつもと ゆきひろです
[#13741] Re: iterator — "豊福" <toyofuku@...>
豊福@パパイヤです。
[#13762] accepting multiple TCPserver — Jun-ichiro itojun Hagino <itojun@...>
[#13810] style — Kikutani Makoto <kikutani@...>
仕事がいまいちやる気にならんので(毎度のことだが)雑談です。
[#13811] ping.rb で false — Yoshiki Wada <wada@...>
和田と言います。
[#13865] cross-reference duplication — Ryunosuke Ohshima <ryu@...>
はじめまして、大島@北陸先端科学技術大学院大学と申します。
[#13867] Re: What is Object in Ruby? (Re: Ruby and LISP) — toyofuku@...
豊福@パパイヤです。
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
[#13894] FreeBSD port kit for some extention modules and applications — Yasuhiro Fukuma <yasuf@...>
福間@福岡 です。
[#13903] timer — hisanori@...
松尾です。
まつもと ゆきひろです
松尾です.
まつもと ゆきひろです
松尾です.
まつもと ゆきひろです
matz@netlab.co.jp (Yukihiro Matsumoto) writes:
In message <371F9FC120.AA42.anakamur@exa.i-tech.co.jp>
In message <371FE23633A.D92F.anakamur@exa.i-tech.co.jp>
[#13927] Re: Thread GC (Re: Re: timer) — Inaba Hiroto <inaba@...>
稲葉です.
[#13930] mod_ruby 0.1.0 — Shugo Maeda <shugo@...>
前田です。
[#13948] Re: What is Object in Ruby? (Re: Ruby and LISP) — toyofuku@...
豊福@パパイヤです。
青山です。
[#13951] Message of Today in 1999/04/20. — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.
[#13967] Proc.new — akendo@...3.rim.or.jp
遠藤です。Ruby/Tkで楽しく遊ばせていただいています。
まつもと ゆきひろです
遠藤です。問題の記述が悪くて申し訳ありません。
[#14014] Re: What is callcc? (Re: iterator <-> cursor) — toyofuku@...
豊福@パパイヤです。
[#14037] TMail について — 民斗 <tommy@...>
民斗です。
あおきです。報告ありがとうございます。
民斗です。
わたなべです.
あおきです。
わたなべです.
In ruby-list, you wrote:
まつもと ゆきひろです
五樹島です。お世話になっております。
こんにちは。鈴木教郎です。
原です。
あおきです。
[#14038] ttyname(3) — gotoken@... (GOTO Kentaro)
ごとけんです
[#14054] 今日の一言 — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#14070] — Kazunori Akaishi <akaishi@...>
akaishi です。
[ruby-list:13577] Re: What is `binding' (was Re: Ruby and LISP)
稲葉です。 rubyには「binding」という関数があるのですね。忘れていました。 これは、その時点での変数とその保持する値との対応関係を表すデータ構造を 返すのですね。 主張を整理します。議題は「rubyやlispですべての代入は束縛であるか」です。 ・束縛とは、広い意味で「変数に値を結び付けること」である事に異論はない。 その意味では全ての計算機言語において代入は束縛である。 ・束縛を、2つの変数が同じオブジェクトを参照していることを意味する場合が あることは自分は気がついていなかったが、そういう用法があることにも異論は ない。この意味でrubyやlispではすべての代入が束縛であるといってもその可能 性からいってさほどおかしくない。 ・束縛を、狭い意味で「新たに変数を導入してそれに値を結び付けること」と いう意味に使用することが特にLisp方面では多い。この意味ではrubyもlispも 代入=束縛ではない。 YANAGAWA Kazuhisa wrote: > > In message <9904080032.AA17943@tux0017.sdd.tokyo-sc.toshiba.co.jp> > inaba@sdd.tokyo-sc.toshiba.co.jp writes: > > > 「プログラミング言語ML」by Jefeerey D. Ullman 訳書p.43 MLはほとんど使ってないので、これに基づく議論はやめます。 > > 「初めての人のためのLISP」 竹内郁雄=著 p.64 > > ... 実効的には代入と同じことですが、この場合、“新たに”変数 > > (つまり新しいメモ用紙)を用意し、同時に代入も行うので、雰囲気 > > が少し違います。Lispの世界では歴史的な理由からこれを代入と呼ばず > > に、束縛(binding)と呼びます。...束縛という言葉は“一時的”という > > ニュアンスを含んでいます。... > > setq の説明かなにかでしょうか.たぶん. いいえ、関数の実行時に、関数本体を評価する前に仮引数に値が結び付けられる ときの説明です。これは第4講なのですが、第3講でsetqによる代入が説明されて います。 > その意味で「新たにシンボルを導 > 入」する事を「含んでいる」という説明だったりしないでしょうか.後半は > 「定義」ではなく「束縛」と呼ぶ理由を示しているに過ぎませんね.しかも > 「一時的」という言葉からは「将来シンボルと値の結び付きが変わり得る」と > いう意味あいを感じます. ここで「一時的」というのは「変わりうる」ではなくて、「元に戻りうる」こ とを意味しています。上の引用に続く部分を追加します。 ...引数を表す変数名は、その関数本体の中でしか意味を持ちません。 だから、その変数名を関数本体の中で一時的にちょっと束縛しておこ ういうわけです。 > ある関数があって,これが複数のシンボルを含んでいるとします.それぞれが > 「自由変数」とか「束縛変数」とか呼ばれるわけですが,「束縛変数」は単に > それが関数の計算を行うのにあらかじめ値を定められているだけですし,関数 > をある値の組に適用する場合,「自由変数」に「値を束縛」して計算を行うわ > けですが,この場合でも「シンボルに値が結びつけられた」だけであり,「計 > 算環境中に新たなシンボルが導入される事を必要としていません」. 「シンボル」と「変数」の混同があるように思います。 シンボルは変数名であって変数ではありません。狭い意味の「束縛」の定義は 「新たに変数を導入して値を結び付ける事」で、新たにシンボルを導入する とは限りません。 環境に変数xがあって値1が結び付けられている場合に「xに2を束縛する」とは 同じ変数名だが別の変数x'を導入して2という値を結び付け、以後xという変数 名のアクセスはx'のアクセスとすることです。このx'を環境から除けばもとの 変数xは残っているのでxという変数名にアクセスすれば元の値1が得られます。 よって束縛は「元に戻りうる」のです。 ...うーむ、これを書きながら、変数と変数名(シンボル)を別のものとする 見方が誤解のもとなのかなと思い付きました。変数と変数名の区別をつけない とすれば、束縛の定義は、「その時点の変数の状態・値を保持しつつ変数に新 たな値を結び付けること」のようにかえる事になります。 すると上の例は、以下のようにかわりますね。 環境に変数xがあって値1が結び付けられている場合に「xに2を束縛する」とは 時点の変数値1をどこかに待避し、変数xには新しい値2を結び付けることです。 この束縛が解除されれば、もとの変数値1がふたたびxに結び付けられます。 > # (lambda.x(fx))(1) なんて場合「x に 1 を束縛して計算する」って言った > # ような気がする....という事を小難しく言ってるだけです. まさにこういうlambda束縛が自分のいいたい狭い意味の「束縛」です。 (lambda.x (f (lambda.x (g x))(2), x))(1) 内側のlambdaでxが2に束縛される事は、そのlambda内でのみ有効で、それ を抜ければ外側のlambdaでxが1に束縛された状態に戻らなければいけません。 > ....こんな事をいっしょうけんめい主張したからってどうなるもんでもないで > すけど (^^; いえ、少なくとも自分にとっては自分の考えていることを言葉にすることで、 自分の思考を明確にできるのは意味ある事だと感じています。 -- 稲葉 浩人 <inaba@st.rim.or.jp>