[mew-dist 21259] Re: Seg.fault with Mew-3.0.57 + mew-ldap

[Shun-ichi GOTO]

>>> Thu, 25 Jul 2002 16:29:52 +0900 (JST) の刻に
>>> jado at example.com(Shun-ichi TAHARA (田原 俊一)) 氏曰く
> 
> HDDクラッシュのリハビリをかねて、Mewを2.0.50→3.0.57へと一気に上げたの
> ですが、後藤さんの mew-ldap を使うと XEmacs が落ちてしまう、という現象
> に遇うようになってしまいました。LDAPでの検索結果が多いと落ちるようです。

うひょー


> ベースの環境は XEmacs-21.4.8 + Mule-UCS-0.84 で、以前と変わりありませ
> んが、Mule-UCS が、XEmacs の mule-sumo-packages に入るようになったので、
> それを使うようにした、という違いはあります。

それが原因かどうかは、まるでわかりません。
XEmacs は全くつかってないので。。。
可能なら、sumo のではない Mule-UCS で試してみるという切り分け
はしてみたいところ。


> mew-ldap は、最新版(1.30?)を持ってきています。以前は 1.21 を使ってたよ
> うな記憶があります。

backtrace を見る限り、UTF-8 文字列の decode で落ちているようですが、本
来Emacs は落ちちゃダメだと思うので、あとはヒントになるとしたら、その原
因となったdecode-coding-string に渡された文字列でしょうかね。いちおう
添付された文字列で試してみたのですが、マトモな文字列は得られなかったで
す。

単に検索結果が多いとダメというよりは、なんかダメな文字列が含まれている
ような、そういった線だろうかと思います。再現性があるならば、よい時と悪
い時のldapsearch の出力結果を比較したいところです。


> あ、ldapsearchは、以前は openldap-2.0.7 付属のものを使っていましたが、
> 今回は openldap-2.1.3 より引っ張ってきています。

これ自体は問題ないと思います。
コマンド引数などは変わってないでしょうから。
 

> まだ、どこがおかしいのか切り分けがついていないのですが、もしかしたら誰
> か同様の問題を抱えている人がいるかもしれないと思ってレポートしてみます。
> 
> 後ろの方に、落ち際に XEmacs が吐いた backtrace をくっつけておきます。
> # Addrbookの中身は切っています

XEmacs って、特にUCS関連って、良く落ちるようなことを聞いてるような
気がするのですが、よくわかりません。
XEmacs に強い人求む

--- Regards,
 Shun-ichi Goto  <gotoh at example.com>
   R&D Group, TAIYO Corp., Tokyo, JAPAN