[#38080] ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...>

荻野と申します。いつも質問や要望ばかりですみません。

36 messages 2003/08/11
[#38086] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/12

なかだです。

[#38088] Re: ポートが閉じているときの例外など — IWAOKA Masahiro <iwaoka@...> 2003/08/12

いわおかです。

[#38091] Re: ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...> 2003/08/12

荻野です。

[#38092] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/12

なかだです。

[#38093] Re: ポートが閉じているときの例外など — IWAOKA Masahiro <iwaoka@...> 2003/08/12

いわおかです。

[#38095] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/12

In message <20030812150516.GV37221@barber.fe.rn.tuat.ac.jp>

[#38102] Re: ポートが閉じているときの例外など — Tetsuo NAKAGAWA <tet@...> 2003/08/14

中川と申します。

[#38121] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/15

In message <20030814.140757.707824131.tetsuo@sapphire.siz.nes.nec.co.jp>

[#38123] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/16

なかだです。

[#38130] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/16

In message <200308160517.h7G5HcPL012839@sharui.nakada.kanuma.tochigi.jp>

[#38137] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/18

なかだです。

[#38139] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/18

In message <200308180959.h7I9xnb7001977@sharui.nakada.kanuma.tochigi.jp>

[#38122] ruby-tcpwrap and mkmf.rb — Takahiro Kambe <taca@...>

こんにちは。

16 messages 2003/08/16
[#38125] Re: ruby-tcpwrap and mkmf.rb — "Akinori MUSHA" <knu@...> 2003/08/16

At Sat, 16 Aug 2003 12:51:55 +0900,

[#38183] String << の動作につきまして — kuto@...

うと と申します。

44 messages 2003/08/22
[#38187] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/22

たけ(tk)です。

[#38189] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38190] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38191] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38194] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38196] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38203] Re: String << の動作につきまして — 西 啓一朗 <receiver@...> 2003/08/23

ども、西啓一朗@Ktouth Brand. です。

[#38208] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38211] Re: String << の動作につきまして — 西 啓一朗 <receiver@...> 2003/08/24

ども、西啓一朗@Ktouth Brand. です。

[#38195] 理解の進め方(Re: String << の動作につきまして) — Tadashi Oh-Ya <toy@...>

おおやです。

36 messages 2003/08/23
[#38206] 理解の進め方:シュールな世界 — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38233] シュールな名前 — Take_tk <ggb03124@...> 2003/08/25

たけ(tk)です

[#38198] Tmailで送るメールに日付がつけられなくなりました — 川田誠司 <kawada.seiji@...>

はじめまして

11 messages 2003/08/23

[#38256] かみ砕いた説明をすべき範囲 — 西 啓一朗 <receiver@...>

ども。西啓一朗@Ktouth Brand. です。

41 messages 2003/08/26
[#38258] Re: かみ砕いた説明をすべき範囲 — nobu.nakada@... 2003/08/26

なかだです。

[#38261] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38262] Re: かみ砕いた説明をすべき範囲 — nobu.nakada@... 2003/08/26

なかだです。

[#38264] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38265] Re: かみ砕いた説明をすべき範囲 — IWAOKA Masahiro <iwaoka@...> 2003/08/26

いわおかです。

[#38267] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38273] Re: かみ砕いた説明をすべき範囲 — matz@... (Yukihiro Matsumoto) 2003/08/26

まつもと ゆきひろです

[ruby-list:38301] 「変数+オブジェクト」モデルと「変数+ID+オブジェクト」モデル

From: Take_tk <ggb03124@...>
Date: 2003-08-30 17:48:40 UTC
List: ruby-list #38301
たけ(tk)です。

[ruby-list:38273] Re: かみ砕いた説明をすべき範囲 にて 
matz@ruby-lang.org (Yukihiro Matsumoto) さん 曰く:
> |それともう一つの理由は、正確に理解するためには「変数にはオブジェクトのI
> |Dが入っているだけだ。IDは普通はオブジェクトの本体の所在地を示す番地だ」
> |というようにつなげていくしかないだろう。

 普通「変数はオブジェクトを指し示す」という表現をすると、変数とオブジェ
クトの2個の要素からなるモデルとなる。

 しかし、「変数+オブジェクト」の2個の要素だけでは

(4−5)複数の変数が1つのオブジェクトを指し示す場合と、複数の変数がそ
れぞれ別のオブジェクトを指し示しているにもかかわらす同じ内容を示す場合と
の違い、

(5−1)変数の値が変わる、といっても、代入によって変数が指し示している
オブジェクトが入れ替わる場合と、破壊的メソッドによって変数が指し示してい
るオブジェクトの状態が変わる場合とが違うこと

を具体的に示すことが難しい。

 そこで、ここにもう一つの要素、オブジェクトIDを付加したモデルを提案し
てみたい。つまり「変数+オブジェクトID+オブジェクト」という3個の要素
で構成されたモデルを提案してみる。

 次の2個の条件がモデルに加わる。

(7)オブジェクトにはそれを識別するための識別番号(オブジェクトID、
object_id)が付されている。

(8)オブジェクトは自分のオブジェクトIDを知っている。

 これを使うことにより、次のように説明を補足することができるようになる。

(4)変数はオブジェクトを指し示す。変数はオブジェクトIDを保持しており、
そのオブジェクトIDによって指し示すオブジェクトを特定する。

(4−2)1つの変数は1つのオブジェクトを指し示す。複数のオブジェクトを
指し示すことはない。何も指し示さないということも無い(nilオブジェクトを
指し示す)。変数はオブジェクトIDをひとつしか保持することはできない。

(4−3)複数の変数が1つのオブジェクトを指し示すことはあり得る。この場
合には複数の変数が同じ内容を示す。複数の変数が1つのオブジェクトを指し示
すオブジェクトIDを保持することがあり得るのは当然である。

(4−4)異なった複数のオブジェクトが同一内容を持つ場合がある。複数の変
数がそれぞれ別のオブジェクトを指し示しているときに、それらが同じ内容を示
すことがあり得る。その場合には各変数が保持しているオブジェクトIDが異なっ
ている。

(4−5)−3と−4では、破壊的メソッドを使ったときに、異なった結果にな
る。従って、これを区別する必要がある。区別するためには各変数が保持してい
るオブジェクトIDを調べればよく、そのためにはオブジェクトにオブジェクト
IDを問い合わせればよい。

(5)変数が指し示すオブジェクトを変更することができる。これを代入という。
代入は変数が保持しているオブジェクトIDの変更を意味する。

(5−1)変数の値が変わる、といっても、代入によって変数が指し示している
オブジェクトが入れ替わる場合と、破壊的メソッドによって変数が指し示してい
るオブジェクトの状態が変わる場合とがある。破壊的メソッドの場合には変数が
保持しているオブジェクトIDは変更されない。

 箱モデルの場合には箱の中にはオブジェクトIDが入っている、という言い方
になる。

 名前モデルや名札モデルではオブジェクトIDが入る余地がないのではなかろ
うか?

take_tk = kumagai hidetake

In This Thread