[#22242] <<< hoge.rd (rd2 bug) — gotoken@... (GOTO Kentaro)

ごとけんです

20 messages 2000/05/03
[#22244] Re: <<< hoge.rd (rd2 bug) — Koji Arai <JCA02266@...> 2000/05/03

新井です。

[#22246] Re: <<< hoge.rd (rd2 bug) — gotoken@... (GOTO Kentaro) 2000/05/03

In message "[ruby-list:22244] Re: <<< hoge.rd (rd2 bug)"

[#22248] Re: <<< hoge.rd (rd2 bug) — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/03

Toshです。

[#22250] Re: <<< hoge.rd (rd2 bug) — gotoken@... (GOTO Kentaro) 2000/05/03

ごとけんです

[#22267] runit — Masatoshi SEKI <m_seki@...>

31 messages 2000/05/04
[#22280] Re: runit — rubikitch <rubikitch@...> 2000/05/04

From: Masatoshi SEKI <m_seki@mva.biglobe.ne.jp>

[#22281] Re: runit — Masatoshi SEKI <m_seki@...> 2000/05/05

[#22291] Re: runit — Hideto ISHIBASHI <hideto-i@...4u.or.jp> 2000/05/05

石橋秀仁です。

[#22315] Re: runit — Masatoshi SEKI <m_seki@...> 2000/05/05

[#22327] Re: runit — Hideto ISHIBASHI <hideto-i@...4u.or.jp> 2000/05/06

石橋秀仁です。

[#22275] host.conf は参照しないの? — Uechi Yasumasa <uechi@...>

ruby でホスト名から IPアドレスを得ようとすると、必ずネームサーバ

14 messages 2000/05/04

[#22325] comp.lang.ruby — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

38 messages 2000/05/05
[#22329] Re: comp.lang.ruby — nosuzuki@... (Norio Suzuki) 2000/05/06

こんにちは。鈴木教郎です。

[#22746] Re: comp.lang.ruby — gotoken@... (GOTO Kentaro) 2000/05/19

ごとけんです

[#22785] Re: comp.lang.ruby — nosuzuki@... (Norio Suzuki) 2000/05/22

こんにちは。鈴木教郎です。

[#22787] Re: comp.lang.ruby — matz@... (Yukihiro Matsumoto) 2000/05/22

まつもと ゆきひろです

[#22791] Re: comp.lang.ruby — matz@... (Yukihiro Matsumoto) 2000/05/22

まつもと ゆきひろです

[#22795] Re: comp.lang.ruby — Takahiro Kambe <taca@...> 2000/05/22

In message <E12tsRc-0004ed-00@ev.netlab.co.jp>

[#22803] Re: comp.lang.ruby — nosuzuki@... (Norio Suzuki) 2000/05/22

こんばんは。鈴木教郎です。

[#22347] (RD) Verbatim — gotoken@... (GOTO Kentaro)

ごとけんです

30 messages 2000/05/06
[#22351] Re: (RD) Verbatim — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/06

Toshです。

[#22352] Re: (RD) Verbatim — gotoken@... (GOTO Kentaro) 2000/05/06

ごとけんです

[#22353] Re: (RD) Verbatim — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/06

Toshです。

[#22534] Re: (RD) Verbatim — gotoken@... (GOTO Kentaro) 2000/05/14

ごとけんです

[#22536] Re: (RD) Verbatim — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/14

Toshです。

[#22548] Re: (RD) Verbatim — gotoken@... (GOTO Kentaro) 2000/05/14

ごとけんです

[#22550] Re: (RD) Verbatim — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/14

Toshです。

[#22458] IO.foreach — Hiroshi SATO <hiroshi@...>

佐藤@NTTと申します.

22 messages 2000/05/11
[#22459] Re: IO.foreach — matz@... (Yukihiro Matsumoto) 2000/05/11

まつもと ゆきひろです

[#22483] p option of Regexp — Shin-ichiro Hara <sinara@...>

原です。

26 messages 2000/05/12
[#22484] Re: p option of Regexp — matz@... (Yukihiro Matsumoto) 2000/05/12

まつもと ゆきひろです

[#22485] Re: p option of Regexp — Shin-ichiro Hara <sinara@...> 2000/05/12

原です。

[#22513] Re: p option of Regexp — Koji Arai <JCA02266@...> 2000/05/13

新井です。

[#22543] Re: p option of Regexp — matz@... (Yukihiro Matsumoto) 2000/05/14

まつもと ゆきひろです

[#22547] Re: p option of Regexp — Koji Arai <JCA02266@...> 2000/05/14

新井です。

[#22575] Re: p option of Regexp — matz@... (Yukihiro Matsumoto) 2000/05/15

まつもと ゆきひろです

[#22489] M17N/I18N for Ruby — TAKAHASHI Masayoshi <maki@...>

高橋征義です。

48 messages 2000/05/12
[#22495] Re: M17N/I18N for Ruby — Kazuhiro Nishiyama <nishiyama@...1.tiki.ne.jp> 2000/05/12

TAKAHASHI Masayoshi <maki@inac.co.jp> wrote:

[#22500] Re: M17N/I18N for Ruby — TAKAHASHI Masayoshi <maki@...> 2000/05/12

高橋です。

[#22501] Re: M17N/I18N for Ruby — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/13

Toshです。

[#22515] Re: M17N/I18N for Ruby — gotoken@... (GOTO Kentaro) 2000/05/13

ごとけんです

[#22517] Re: M17N/I18N for Ruby — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/13

Toshです。

[#22518] Re: M17N/I18N for Ruby — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/05/13

なひです.なぜか血が騒ぐ...^^;

[#22527] Re: M17N/I18N for Ruby — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/13

Toshです。

[#22528] Re: M17N/I18N for Ruby — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/05/13

なひです.

[#22532] Re: M17N/I18N for Ruby — gotoken@... (GOTO Kentaro) 2000/05/14

ごとけんです

[#22537] Re: M17N/I18N for Ruby — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/14

Toshです。

[#22494] [Q] blade internal design — Hideto ISHIBASHI <hideto-i@...4u.or.jp>

石橋"rubyholic"秀仁です

35 messages 2000/05/12
[#22579] Re: [Q] blade internal design — Shin-ichiro Hara <sinara@...> 2000/05/15

原です。

[#22743] Re: [Q] blade internal design — Hideto ISHIBASHI <hideto-i@...4u.or.jp> 2000/05/19

石橋"rubyholic"秀仁です。

[#22744] Re: [Q] blade internal design — Takayuki YAMAGUCHI <tyamaguchi@...> 2000/05/19

やまぐちです。

[#22788] Re: [Q] blade internal design — Ryunosuke Ohshima <ryu@...> 2000/05/22

大島です。

[#22868] Re: [Q] blade internal design — Hideto ISHIBASHI <hideto-i@...4u.or.jp> 2000/05/23

石橋"rubyholic"秀仁です。

[#22870] Re: [Q] blade internal design — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/23

Toshです。

[#22886] Re: [Q] blade internal design — Hideto ISHIBASHI <hideto-i@...4u.or.jp> 2000/05/24

石橋"rubyholic"秀仁です。

[#22899] Re: [Q] blade internal design — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/24

Toshです。

[#22498] Re: M17N/I18N for Ruby — TAKAHASHI Masayoshi <maki@...>

高橋です。

19 messages 2000/05/12
[#22514] Re: M17N/I18N for Ruby — gotoken@... (GOTO Kentaro) 2000/05/13

In message "[ruby-list:22498] Re: M17N/I18N for Ruby"

[#22541] Re: M17N/I18N for Ruby — TAKAHASHI Masayoshi <maki@...> 2000/05/14

高橋征義です。

[#22554] Re: M17N/I18N for Ruby — gotoken@... (GOTO Kentaro) 2000/05/14

ごとけんです

[#22564] Re: M17N/I18N for Ruby — TAKAHASHI Masayoshi <maki@...> 2000/05/15

高橋征義です。

[#22566] Re: M17N/I18N for Ruby — gotoken@... (GOTO Kentaro) 2000/05/15

ごとけんです

[#22539] Array.concat on ruby-1.5.3 — Tokita Kousui <ktokita@...>

ども、時田です。

18 messages 2000/05/14

[#22585] =~ — NAWATE Masahiko <agul@...>

縄手@松江です。

34 messages 2000/05/15
[#22598] FYI: Ruby document (Re: =~) — gotoken@... (GOTO Kentaro) 2000/05/16

ごとけんです

[#22604] Re: FYI: Ruby document (Re: =~) — agul@... 2000/05/16

縄手@松江です。

[#22607] Re: FYI: Ruby document (Re: =~) — gotoken@... (GOTO Kentaro) 2000/05/16

ごとけんです

[#22671] assert with iterator — rubikitch <rubikitch@...>

るびきちです。

15 messages 2000/05/17
[#22751] Re: assert with iterator — Masaki Suketa <CQN02273@...> 2000/05/20

助田です。

[#22688] charset について — Shinya TOMOBE <shinya.tomobe@...>

はじめまして、友部と申します。

15 messages 2000/05/17

[#22765] postgres-0.6.0 — Noboru Saitou <noborus@...>

26 messages 2000/05/20
[#22766] Re: postgres-0.6.0 — Kentaro Inagaki / 稲垣 健太郎 <inagaki@...> 2000/05/21

稲垣です。

[#22773] Re: postgres-0.6.0 — Noboru Saitou <noborus@...> 2000/05/21

[#22844] またもや rd-mode.el — rubikitch <rubikitch@...>

るびきちです。

26 messages 2000/05/23
[#22851] Re: またもや rd-mode.el — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/23

Toshです。

[#22855] Re: またもや rd-mode.el — rubikitch <rubikitch@...> 2000/05/23

From: Toshiro Kuwabara <toshirok@yb3.so-net.ne.jp>

[#22864] Re: またもや rd-mode.el — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/23

Toshです。

[#22885] Re: またもや rd-mode.el — rubikitch <rubikitch@...> 2000/05/24

From: Toshiro Kuwabara <toshirok@yb3.so-net.ne.jp>

[#22909] Re: ツ陳、テ楪陳、ツソツ陳、テ「ツ陳、テ、 rd-mode.el — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/25

Toshです。

[#22911] RE: rd-mode.el — rubikitch <rubikitch@...> 2000/05/25

From: Toshiro Kuwabara <toshirok@yb3.so-net.ne.jp>

[#22912] Re: rd-mode.el — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/25

Toshです。

[#22914] Re: rd-mode.el — rubikitch <rubikitch@...> 2000/05/25

From: Toshiro Kuwabara <toshirok@yb3.so-net.ne.jp>

[#22923] Re: rd-mode.el — Toshiro Kuwabara <toshirok@...3.so-net.ne.jp> 2000/05/25

Toshです。

[ruby-list:22292] Re: StateGraph: state machine interpreter

From: Hideto ISHIBASHI <hideto-i@...4u.or.jp>
Date: 2000-05-05 06:59:25 UTC
List: ruby-list #22292
石橋秀仁です。

From: Yasushi Shoji <yashi@yashi.com>
Subject: [ruby-list:22279] Re: StateGraph: state machine interpreter

> > > tra = Transition.new(str, sta, :activated) { print "activated\n" }
> > > じゃなくて
> > > tra = Transition.new(str, sta, :activated, proc { print "activated\n"})
> > > ですか?
> > 
> > 最初は下のほうだったんですが、イテレータブロックを使うように変更しました。

> なるほど。gtkに合せていただけるなら
> 
> tra = Transition.new(str, sta)
> tra.set_event(:activate) do
>   print "activated\n"
> end
> 
> の方が趣味に合うかも(^^;

Transition.new(Transition#initialize)の引数として与える意味は、
「初期化しかできない/変更できない」という意味です。
遷移に伴なうイベントを変更するのは、よっぽどのことです。
# おそらく設計に誤りがあり、「状態」を追加することで対応できる。
いまのところは現在の仕様が妥当だと思います。

> > > あと、めんどくさがりな自分のために‥
> > > 
> > > module StateGraph
> > >   class StateMachine
> > >     def add(arg)
> > ・・・

> > 上のように、御自分で追加して下さいませ m(__)m

> ありゃ、残念。
> # 裏技的に入れておいてもらえると助かるのですが‥(笑)

はい、オッケーです。こそーと入れときます。RDには記述せず。
# じつわはじめからそのつもり (^^;

> > > # StateGraph::StateMachine#addをしなくても動くのはなぜ?
> > 
> > なぜでしょう (^^;
> > 少くとも、全く同じ動作になるとは考えられないのですが・・・
> > # sm.currentすると、つねに"ready"(str)になりませんか?
> 
> でも、sm.currentで "ready"が帰るなら、killを呼んだ時に Gtk.main_quitが呼
> ばれるはずですよね?

smに、"ready"(str)から"ready"への自己遷移が定義されていなければ、
遷移が起こらないので、アクションも実行されないかと思います。
# 自分で動作確認してから詳しくレポートしますね m(__)m

> >  * StateMachine#eventは、成功ならtrue、失敗ならfalseを返す

> >  * 例外(UnexpectedEventOccured)を上げる

>    * state objectが default handlerを持つ
>    -> setしないと何も言わない
>    -> 例外を一々補足する必要がない
> 
> なんて、どうでしょう?  state objectが 10個 state machineにあったら 90も
> の例外の可能性があるわけですよね? #10x9で
> さすがにそれだけ補足してまわるのはちょっとやなので‥。

いえ、じつわそれが目的なんです。

状態機械(StateMachine)は、状態遷移図を素直にコードにマッピングする
機能です。状態遷移図そのものだと言えます。ですから、状態遷移図が間
違っていれば、「まともに動いてはいけない」と考えます。

例外が発生するということは、状態遷移図の設計に*必ず*誤りがあります。
想定外の動作です。つまり、それ以後の動作には何の意味もありません。
# 暴走に等しいと言えます

つまり、この例外は補足する意味がないのです。
# ただし、最近流した動的回復機能(assert.rb)などを使うのは正解。
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/22066

ここで例外を上げる意味は、次の通りです。

  * (補足しなければ) インタープリタが例外終了する (すべき)
  * 状態遷移で例外が上る -> 状態遷移図の設計ミスだと分かる
  * どのStateMachine#eventからの例外か -> どの遷移図の問題か分かる

> sta = State.new("active)
> sta.set_self_transition do # set_default_transitionでも良いかも
>   :
> end
> 
> とすると、
> 
> tra = Transition.new(sta, sta, :default, proc)
> と同じになるとか。起った eventが定義されてなかった場合にこいつが呼ばれる。

これまでの説明のように、せっかくですが、これではStateGraphの価値が
台無しになってしまいます。
# 御理解くださいませ m(__)m

StateGraphは正しい設計をサポートするものです。その意味では、
RubyUnitに似ています。例外は補足しないでください。例外情報は、
動的設計/状態遷移図の再検討に利用します。

全体を貫く思想は、「きちんとオブジェクト指向分析設計しましょう」
という一点につきます。ですから、StateGraphは分析設計なしに
使うべきものではないのです。
# というわけで、サンプルの状態遷移図を描いています。

--
Hideto "rubyholic" ISHIBASHI

In This Thread