[#13273] Ruby anywhere — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.rubyistモード.
なひです.
なひです.まったく何書いてんだか... > 自分 ^^;
なひです.もちろん「Dummy」なのは私です.^^;
前田です。
松尾です。
だんのです。
原です。
なひです.
青山です。
なひです.
青山です。
松尾です。
前田です。
なひです.
前田です。
なひです.
稲葉です。
Shugo Maeda <shugo@netlab.co.jp> writes:
前田です。
ごとけんです
前田です。
ごとけんです
前田です。
ごとけんです
ごとけんです
まつもと ゆきひろです
まつもと ゆきひろです
原です。
原です。
ごとけんです
原です。
青山です。
原です。
青山です。
青山です。
原です。
ごとけんです
原です。
ごとけんです
In message "[ruby-list:13884] Re: What is Object in Ruby? (Re: Ruby and LISP)"
ごとけんです
原です。
ごとけんです
原です。
ごとけんです
まつもと ゆきひろです
青山です。
原です。
なひです.眠い...
> > > 「call-by-referenceで」もちょっと言葉が違うような。
原です。
前田です。
原です。
だんのです。
青山です。
原です。
青山です。
青山です。
前田です。
原です。
前田です。
まつもと ゆきひろです
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,
青山です。
青山です。
[#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:14047] Re: Thread GC (Re: Re: timer)
お世話になっております。 A.中村です。 あー今週からは暇っすー。職場というかこのmailアドレス(笑)に 接しない時間も増えそうだし(黄金週間は長い)、送信場所換えるべきかなあ とか考えてる昨今。 On Sat, 24 Apr 1999 00:37:20 +0900 kjana@os.xaxon.ne.jp (YANAGAWA Kazuhisa) wrote: > そもそも手続きが「存在する」という概念からして不明だったり (^^; なんて > いうか,「溝があります.これは単に溝です.水がながれて来ました.水がな それですそれ(笑) そのくせにどういうわけか、手続きのカタマリで作られた 「アプリケーション」は、「存在する」かのように理解されて いることが多いんですよね。たとえばプロセスIDとか(笑)。 ましてやプロセスIDめがけてシグナルを投げるなんて…くわばらくわばら。 なんてーか溝めがけてシグナル投げてるかのようです。 > る/しない,動いている/止まっているが定義できますが,「失せる時には止 > まっていなければならない」と「止まったら失せなければならない」では全然 > 意味が違いますしね. んですね。「失せる」と「止まる」に対してそれぞれ成される要請が、 根本的に違う。 > > 手続きは「存在するイコール走ってる」ですが…よって存在「中」に > > 外界からいじることが出来ないのですが、 > そんな事いったら一所懸命「プロセス間通信」とか「並行システムの意味論」 > とかを研究している人がかわいそうです.そこまで考えなくても普通のサーバ > は「外界からの要求を受け取って作業を行い返事を返」しますし. 考えない?いや、論じましょう((c)「キス」)(笑) プロセス間通信といっても、ほんとの意味でプロセス同士「が」 通信してるんでしょうか? 結局、プロセスと直接接するのは「状態」だと思うのですが… 無論、状態が接するのはプロセス(手続き)。 同期取るなら同期フラグが存在しますし、同期しないなら どこかに書き捨てて(笑)置いた状態を他のプロセスが読むことでしょう。 #…で、いいんですよね? シグナルも似たようなものかな。ポーリングなら状態が介在しますし 割り込みだったらそもそも新規手続きの起動なんで議論から離れるし。 あとは、隠蔽の仕方の差でしかないような気がします。 オブジェクトってゆーと状態を前面に出した解釈だろうし プロセスっていえば手続きを前面に出した解釈だろうし。 > それは,「サーバの設計が間違えている」のです.とか (^^; > # inetd.conf かきかえて kill -HUP とか. まぁそれを属性書き換えメソッドだと考えるという 手もなきにしもあらずですが(^^; ただ、ちょっと美しくはないですね。好きなメソッドをばりばり 定義しまくってという感じには程遠いですから。 時折思うんですよー。 職場で大勢が同一loginIDでloginして(まずこれが間違ってるのは 承知のスケだがちょっと事情があって回避困難)いっせいに いろんなソースをviで読み書きし始めると、いじられてない安全な (それを安全と思っていいかどうかという議論はさておき)ソースが どれか?をpsで見ても、わからんのです(笑)。 たとえば、viの実行インスタンスに何らかのmessageを送って、 「今readonlyでソースをあけているviのインスタンスはドレ?」なんて 問い合わせをしたいなーと思う瞬間が、あるのですよー とゆーか、unixとかのloginってモノ自体が、 loginシェルからのサブルーチンコール手順をユーザー介在の上で行う と言ってるに過ぎないものですから…。 > サーバプログラムは常にオブジェクトとみなす事ができます.メッセージを受 > け取って,返事を返す.内部の状態は隠蔽されている.オブジェクト以外の何 > 者でもない (^^; プログラムといっても、正確にいえばプロセス(ID)、ですよね。 ディスク上に存在する実行ファイルは、そういう意味ではオブジェクトじゃない。 コンストラクタみたいなもんでしょうか。 これまた設計が悪いといってしまえばそれまでなんですが、 じゃあどう設計すればいいのか?ってーと「状態を数えられるように すべし」が答えであるはずなので、それってつまりooすれば いいんじゃないの?という話に至るじゃないか…なのが、 「サーバー(に限らないが)インスタンスを複数立ち上げたらどうなる?」 という問題だったりします。 状態は、漠然と「存在する」では駄目で、*もしそうするのが適切な ケースならば*「数えられるカタチで存在する」ようにしないと エライことになってしまうなぁと。で、こーゆー場合こそooの出番だなと。 #dosの頃は特に、複数という概念を失念した(笑)常駐ソフト作者が #多かったような気がする…(T_T) #マルチ「タスク(仕事)」とマルチ「プロセス(手続き)」は違うんだい(T_T) で、ちょっと突っ込んだ話になると、今度は「インスタンスを 同時でなくて時間差で使ったらどうなる?」があります。 これは永続オブジェクトの話に突入するネタでして…逃げろー(^^; unixのソフトにいくつか、makeした後にメモリ内容をそのままディスクに 落として、これを次回から実行プログラムとして使ってしまうなんてのが ありませんでしたっけ。あれって要は原始的な永続オブジェクト… > 「早わかりオブジェクト指向」なんていう OOPSLA '88 だかなんだかでの講演 > の翻訳あたりでも出ていますが,要するに「継承がないと Object-Orientd と > はいわない」っていう「定義」です. …ちょっとずっこけました(^^; #classified object oriented ってなら、まだわかるのだが… #プロトタイプ指向はどうするつもりなんだろ?