やっぱりスレッドがダメ
String.IsInterned で死んだり、どうもInternな文字列がへんなことになってNullReferenceException吐いたりするみたいだったりとか。静的コンストラクタじゃなくてメソッドがダメなのかなー。
Mono 1.2.3_1_0 Framework
試しにバイナリパッケージを入れてみた。--traceがまともに動かない\(^o^)/
mono-1.2.3.50.20070317
もっとひどく動かなかったoeo
debugging (with) mono
なんとわざわざ反応いただきました。ありがとうございます。
基本は mono --debug, mono --trace, そしてConsole.WriteLine()です(!)
なるほどー。 --debug, --trace, Console.WriteLine ですか。案外というと失礼ですが、地道な感じなのですね。--trace は最近使ってこれはいいなあと思っていたところです。
MonoDevelopに統合された何かがない以上、デバッガとしてはmdbかネイティブなgdbと。それだと私のようなgdbなどのコマンドラインデバッガを使いこなせない人間には難しいですね。もっとも使いこなせても便利なのかどうかはわからないですけど。
P/Invokeなアプリでの開発者はgdbで普通のバイナリのごとくデバッグしてしまう、というのもなるほどというか。となるとP/Invokeなアプリはちょっと敷居高めなのかな。
Summer of CodeのMonoDevelopとの統合期待age。
r75431とr75432の後
コレは、Miguelがregressionじゃね?って言ってるr75431とr75432の後のdaily buildで動かしているような気がする。もしかしたらそれが原因かも?
Subversionが入ってなかった(時間がかかるので入れてなかった)のでMacPortsで入れようとしたら、neonがネーヨとかいわれて残念な思いをしつつ、daily binary packageからr75431以前である20070401を持ってきてビルド&インストール。
そしてやっぱり刺さる。うーん。ということで1.2.3_50になった直後の20070317を持ってきてビルド中。
なんかconfigureのTLSがpthreadなのだけど今までだとただのnormalだった希ガス。というか一度20070411もpthreadを指定してビルドしたけどnormalでビルドされた謎。これで動いたらTLSの違いかも?
って、pthreadでビルドされるとmono --versionではTLS: normalになるのかしら。
そもそもpthread以外は選べないのですね。