[#42947] CSV — "S_Konno(今野 滋)" <sk@...>
今野です。
11 messages
2006/11/02
[#42948] Re: CSV
— rubikitch <rubikitch@...>
2006/11/02
From: "S_Konno(今野 滋)" <sk@ec.hokudai.ac.jp>
[#42969] iTerm上でのirbの日本語表示に関して — "Kouta Osabe" <kota0919wasabi@...>
はじめまして、長部と申します。
9 messages
2006/11/06
[#42970] Re: iTerm上でのirbの日本語表示に関して
— rubikitch <rubikitch@...>
2006/11/06
From: "Kouta Osabe" <kota0919wasabi@gmail.com>
[#42975] 長い書名を短くするメソッド — keiichi matsunaga <ma2@...>
松永です。
6 messages
2006/11/06
[#43003] Q:SQLite使用時に例外が補足できない? — swec@...
5 messages
2006/11/20
[ruby-list:42989] Re: Ruby/Tk+callcc
From:
hattori@...
Date:
2006-11-08 14:25:23 UTC
List:
ruby-list #42989
服部@ISPです. > 私が勘違いしているのでなければ,残念ながら, > callcc はあきらめてもらうしかないと思います. > > Ruby/Tk では,処理の流れが Ruby 側と Tcl/Tk 側とを > 行ったり来たりしています. > そのため,Ruby 側で勝手にスタックフレームを書き換えられると > Tcl/Tk 側の内部状態が非常に高い確率で破壊されてしまいます. > > 同じような問題は例外発生においても起きるのですが, > その場合は一気にジャンプしてしまうのではなく, > 呼び出し階層を逆に辿りつつ例外情報を渡していくことで > 問題を回避することが可能です. > > # tcltklib の内部はそのようになっているはずです. > > しかし callcc の場合はそうした法則性がありませんから, > 回避策の導入は不可能と言っていいと思います. > callcc を使わない方法での実装をお願いします. なるほど,結構,難しい問題が潜んでいたのですね. ありがとうございます. これであきらめがつきました... -- (株)システム計画研究所 技術本部 第5グループ 服部 健太 (E-mail:hattori@isp.co.jp)