Route 477

■ [ruby] irbコマンドを経由せずにIRBを起動する方法

ruby -rirb -e 'IRB.start'

これでいけるらしい。

■ [ruby] Fiber#transferについて調べてみた

- Fiber::Core は callcc 並の黒魔術である、とレッテルを貼って使わせない

[[ruby-dev:31596] Re: Fiber reviesedより引用]

黒魔術と聞いてやってきました。

rubyのソースコードのtest/ruby/test_fiber.rbに例があるんですが、これが難しい…。

  def test_transfer
    ary = []
    f2 = nil
    f1 = Fiber.new{
      ary << f2.transfer(:foo)
      :ok
    }
    f2 = Fiber.new{
      ary << f1.transfer(:baz)
      :ng
    }
    assert_equal(:ok, f1.transfer)
    assert_equal([:baz], ary)
  end

とりあえず、Fiberについてのポイントを3つ。

• Fiber.newしただけではまだ実行されない。
• Fiber#resumeで実行。実行が終わるか例外が発生すると実行元に戻る。
• Fiber#transferというのもあって、こっちは実行が終わるか例外が発生するとroot fiber(メインスレッドみたいなもの？)に戻る。

んで、resumeは普通だがtransferは黒魔術らしいｗ

では、上のソースを読んでみるよ。test_transferを実行すると、

1. ary = [], f1 = Fiber, f2 = Fiber のように代入される
2. f1.transfer()が呼ばれ、f1に制御が移る
3. f2.transfer(:foo)が呼ばれ、f2に制御が移る (このとき、f1の表す仕事は「値をaryに突っ込み、:okを返す」)
4. f1.transfer(:baz)が呼ばれ、f1に制御が移る (このとき、f2の表す仕事は「値をaryに突っ込み、:ngを返す」)
5. f1が再開される。渡された値 :baz がaryに突っ込まれ、:ok が返り値になる
6. f1の実行が終わる。resumeならここでf2に戻るはずだが、transferを使ってるので、root fiberに戻る
7. assert_equal(:ok, :ok) => テスト成功。やったね

ふむふむ。なんつーか、この実行順序、無茶だよね(笑)。強制的に親元に連れ戻される家出少女のような(意味不明)。

しかし、まだtransferが黒魔術な理由はよくわかってない。 なんとなく、ヤバそうな雰囲気は感じるんだけど。 処理系のスタックの知識があればきっと瞬時に「これがこうなって、こうなったときに危ない」とかイメージできるんだろうなー。