[#26664] refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
[#26711] --with-static-linked-extするとrequireできないライブラリがある — IWATSUKI Hiroyuki <don@...>
岩月と申します。
なかだです。
[#26721] TkVariable.new_hash 経由だと trace が発生しない — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26723] Fixnum演算メソッド中のcoerceの削減 — Tadashi Saito <shiba@...2.accsnet.ne.jp>
斎藤と申します。
[#26743] zsuper in a method with optional arg — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
[#26745] TkCheckbutton#variable as getter? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
[#26753] some questions about tcltklib.c — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
[#26764] multi-thread and logger — Nobuhiro IMAI <nov@...>
いまいです。
[#26791] Failure: test_block_passing(TestIterator) — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
[#26800] reducing PUSH_TAG in rescue, and useless exceptions — nobu@...
なかだです。
[#26808] test/nkf/test_kconv.rb — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26817] test/socket/test_tcp.rb freeze on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
こんにちは、なかむら(う)です。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。返信が遅れてすみません。
[#26829] cannot check EOF of pipe on windows — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。
なかだです。
山本です。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
山本です。
[#26840] [BUG] oniguruma + utf-8 — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
[#26851] ripper for 1.8 — Tanaka Akira <akr@...17n.org>
ruby-1.8 で動かす gonzui で、ruby code の解析をしたいという要望があっ
[#26872] irb -I/ruby -Iと$LOAD_PATH — akira yamada / やまだあきら <akira@...>
Debianユーザからruby -Iとirb -Iで
なかだです。
nobuyoshi nakada wrote:
けいじゅ@いしつかです.
けいじゅ@いしつかです.
なかだです。
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
[#26883] top level include on load(filename, true) — Shugo Maeda <shugo@...>
前田です。
[#26897] fail on make install — KIMURA Koichi <kimura.koichi@...>
木村です。
こんにちは、なかむら(う)です。
木村です。
木村です。
木村です。
こんにちは、なかむら(う)です。
木村です。
こんにちは、なかむら(う)です。
なかだです。
山本です。
なかだです。
なかだです。
山本です。
こんにちは、なかむら(う)です。
なかだです。
まつもと ゆきひろです
山本です。
なかだです。
[#26900] multiplying empty string — nobuyoshi nakada <nobuyoshi.nakada@...>
まつもと ゆきひろです
In article <1125327516.070646.12845.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1125356798.802509.8788.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1125369966.174424.13781.nullmailer@x31.priv.netlab.jp>,
[ruby-dev:26781] Re: some questions about tcltklib.c
永井@知能.九工大です.
From: H.Yamamoto <ocean@m2.ccsnet.ne.jp>
Subject: [ruby-dev:26769] Re: some questions about tcltklib.c
Date: Tue, 9 Aug 2005 16:38:00 +0900
Message-ID: <20050809163759.7CAC2900.ocean@m2.ccsnet.ne.jp>
> treectrl のデモが動くようになりました。rb_jump_tag の件ですが、
(snip)
> の error: の部分に来るようなサンプルを作って確かめようと思ったのですが、
(snip)
> のいずれも TAG_RAISE として返ってくるようで、うまくいきませんでした。
> error: の部分に来るようなサンプルを提示していただけると助かります。
TAG_RETURN, TAG_BREAK, TAG_NEXT のすべての例は示せません.
実は私もすべてのケースは発生できてはいません.
ただし TAG_NEXT だけは,例えば次の例で error: の部分を通り,
その位置で Tcl の continue を実行したのと同様に働きます.
TkCore::INTERP._eval('foreach i {1 2 3} {puts $i; ruby {puts :fuga; next; puts :hoge}; puts $i}')
これの next を break に変更した場合は,期待した通り(?)に
その位置で Tcl の break を実行したかのように動くのですが,
ここの error: の部分は通りません.
また,next を return にした場合は別の例外発生です.
なお,
module A
def A.hoge
puts :hoge; next; puts :fuga
end
end
などとして
TkCore::INTERP._eval('foreach i {1 2 3} {puts $i; ruby_cmd A hoge; puts $i}')
とした場合も,error: の部分は通りませんが
その位置で Tcl の continue を実行したのと同様に働きます.
真面目に調べればこの部分すべてがうまく働くようにする方法や例も
あるのかもしれません.
また,考えてみるに pending_exception_check1 に
if (ptr->return_value == TCL_RETURN) {
rb_jump_tag(TAG_RETURN);
} else if (ptr->return_value == TCL_BREAK) {
rb_jump_tag(TAG_BREAK);
} else if (ptr->return_value == TCL_CONTINUE) {
rb_jump_tag(TAG_NEXT);
}
を追加しておくというのも「あり」という気がします.
# ...というか,これは加えておく方が安全策かも.
ですが要求されるケースは,例のようにかなり特殊であり,
他の部分との絡みもあって TAG_RETURN を除いては
それなりに期待されたようには働いているので,
まぁ,あまり追求する必要もないかなと思ってます.
# ...弱気
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp