TOKUNAGA Hiroyuki
tkng****@xem*****
2005年 8月 26日 (金) 08:12:01 JST
On Sun, 14 Aug 2005 08:07:18 +0900 dai <d+r****@vdr*****> wrote: > On Sun, 14 Aug 2005 03:35:29 +0900 > TOKUNAGA Hiroyuki <tkng****@xem*****> wrote: > > > > > uim 0.4.8alpha1 と trunk r1095 でも多分同様の症状で > > > > > Mozilla Firefox と sylpheed-gtk2 が落ちました。 > > > > > Mozilla Firefox が落ちたときには 150 回くらい uim_quit を呼ん > > > > > でいます。パッチ等は示すことはできませんが、ご報告させていただ > > > > > きます。 > > > > > > > > うーん、こういう再現性の低いバグはなやましいですね…。（手元では > > > > まったく再現できていません）ちょっとコードを眺めてみたのですが、 > > > > 情報が少なすぎて怪しいところの見当もつけられませんでした。 > > > > > > > > uim_quitが呼ばれる直前の関数はなにが呼ばれているか、教えていただ > > > > けないでしょうか？それがわかれば、もうちょっと怪しいところが絞れ > > > > るかもしれません。（デバッグオプション付きでのバックトレースとか > > > > があると、もっとうれしいです。） > > > > > > Mozilla Firefox と sylpheed-gtk2 では次のようになります。 > > > これは ochusha で出たものですが、ほぼ同じ感じです。 > > > > ありがとうございます。GTK+の方のg_object_unrefから > > gtk_im_multicontext_newが呼ばれるというパターンは前に見た覚えはある > > のですが、どうやって解決したのかは思い出せません。 > > > > https://bugs.freedesktop.org/show_bug.cgi?id=586 > > http://lists.sourceforge.jp/mailman/archives/anthy-dev/2004-May/000797.html > > > > あたりかなということで、とりあえず最近の変更のなかで終了処理回りに関 > > して変わったことが無いかを調べてみましたが、特に怪しげなところは見付 > > かりませんでした。 > > 0.4.7 まではこの現象に気付いていなかったか、起こっていませんでした。 > 0.4.8alpha1 から目にするようになりました。 > > > もしよろしければ、以下の質問に答えていただけますか？ > > > > 使っているOSとバージョンは？ > > Debian GNU/Linux (unstable) > > もし個別のソフトウェアのバージョンが必要でしたら、 > またお知らせします。 > > > uimのconfigureのオプションは？ > > --host=i486-linux-gnu --build=i486-linux-gnu \ > --prefix=/usr --mandir=/usr/share/man \ > --infodir=/usr/share/info --sysconfdir=/etc \ > --libexecdir=/usr/lib/uim --enable-debug \ > --with-fep --with-anthy --with-canna \ > --with-m17nlib --with-x --with-gtk --enable-dict > > > 使っているIMは？ > > uim-skk > > > 落ちる頻度は？ > > 1日1回かそれより少ない。 > 落ちた後にすぐ同じ動作をしても再現したことはありません。 > > > どのような動作をした時に落ちるか？ > > * Mozilla Firefox > - ロケーションバー、あるいは google 検索フォームに > アルファベット直接入力で数文字入力したところで落ちる。 > * sylpheed-gtk2 > - メールの返信→メッセージ作成ウィンドウが表示された瞬間に落ちる。 > * ochusha > - スレッド内容が表示された瞬間に落ちる。 > * uim-xim > - rxvt-unicode なる端末エミュレータに > アルファベット直接入力で数文字入力したところで落ちる。 > > 上記の通り、いずれも常に起こるわけではないです。 > > 足りない情報がありましたら指摘していただければ提供いたします。 情報ありがとうございます。しかし、結局、ちょっと試した限りでは再現しな かったので、なかなか修正の糸口が掴めませんでした。試しにtrunkの方で uim_initと uim_quitにスレッドライブラリによるロックをかけてみるようにし たので、もしよろしければ試していただけないでしょうか？環境がDebian Sidと いう事ですので、動作するかどうかという点は問題ないと思います。（問題が解 決できるかどうかはわかりませんが…。） 以下に入手場所を書いておきます。 http://freedesktop.org/~tkng/uim-trunk.tar.gz svn checkout svn://svn.utyuuzin.net/uim/trunk 7:47にロック用のコードをコミットしているので、遅くとも9時ぐらいには変更 が反映されていると思います。（uim-trunk.tar.gzの場合） -- 徳永拓之 tkng at xem jp
