[Mew-dist 12858] Mew の操作で XEmacs が異常終了

[INOUE Hiroyuki ( 井上 裕之 )]

Mew である操作をしたときに XEmacs がおなくなりになる、という障害に
悩まされております。最近ようやく障害が発生する条件がわかりかけてき
たので、状況を報告させていただきます。

障害の内容は、「Summary Buffer で、カーソルが日本語文字の上にある
状態でメッセージを開くという動作を何度か繰り返すと、XEmacs が
異常終了する」というものです。

障害が発生する手順は以下の通りです。

1. どこかのフォルダに移動します。
2. Summary Buffer が以下のようになっていたとします。
********
  352  04/14 Daiki Ueno        [Mew-dist 12850] Re: gettext化GnuPG <<なるほど。
  353  04/14 Kazu Yamamoto (山 [Mew-dist 12851] Re: Wish another mark (note mar
  354  04/14 Kazu Yamamoto (山 [Mew-dist 12852] Re: make-frame-on-display <<ち 
  355  04/14 Kazu Yamamoto (山 [Mew-dist 12853] Re: defcustom の互換性について 
  356  04/14 Kazu Yamamoto (山 [Mew-dist 12854] Re: fsync_no problem  <<Uhmm. I
********
ここで、カーソル位置を日本語の文字の上（例えば 355 の 「互」という
字）にあわせて SPC でメッセージを開きます。 
3. カーソル位置を調整し、どこかの日本語の上（同じ文字でも違う文字
でもかまいません）におき、 SPC をたたきます。

この動作を何度か繰り返すと、SPC を叩いた瞬間に XEmacs が異常終了し
てしまいます。

XEmacs が出すメッセージを最後に添付します。

現在の環境は、
  OS: FreeBSD 3.2R
  Mew: 1.95b32
  XEmacs: 21.2.23
です。
XEmacs 21.1.4 以降のバージョンで障害が発生しています。それ以前
のバージョンは使用しておりません。それ以前に使用していた Mule
19.34 ではこのような現象に遭遇したことはありませんでした。
Mew については、私が Mule から XEmacs に移行した去年の夏に出ていた
バージョン以降のもので、障害にであっています。

Mew がなんらかの誤動作により XEmacs の地雷を踏んでいるのか、XEmacs
が勝手に地雷に突っ込んでいるのか、はたまた私の設定が悪いのか、判断
できていません。

この状況についてご存知の方がいらっしゃいましたらお知恵をお貸しくだ
さい。

宜しくお願いいたします。

-- 
INOUE Hiroyuki (井上 裕之) <ino at example.com>
-------------- next part --------------
Fatal error: assertion failed, file objects.h, line 143, RECORD_TYPEP (obj, &lrecord_font_instance)

Fatal error (6).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.

If you have access to the PROBLEMS file that came with your
version of XEmacs, please check to see if your crash is described
there, as there may be a workaround available.
Otherwise, please report this bug by running the send-pr
script included with XEmacs, or selecting `Send Bug Report'
from the help menu.
As a last resort send ordinary email to `crashes at example.com'.
*MAKE SURE* to include the information in the command
M-x describe-installation.

If at all possible, *please* try to obtain a C stack backtrace;
it will help us immensely in determining what went wrong.
To do this, locate the core file that was produced as a result
of this crash (it's usually called `core' and is located in the
directory in which you started the editor, or maybe in your home
directory), and type

  gdb /usr/local/bin/xemacs core

then type `where' when the debugger prompt comes up.
(If you don't have GDB on your system, you might have DBX,
or XDB, or SDB.  A similar procedure should work for all of
these.  Ask your system administrator if you need more help.)

Lisp backtrace follows:

  split-window(nil 8)
  # bind (msg-height sum-height winsum height msgwin obufwin windows action nbuf)
  mew-window-configure("+mew" message)
  # (unwind-protect ...)
  # bind (prefetch next displayed win buf opart part ofld-msg fld-msg msg fld)
  #<compiled-function nil "...(187)" [message "No message" mew-summary-message-number mew-syntax-number mew-summary-folder-name fld msg fld-msg mew-current-get ofld-msg mapcar string-to-int mew-split ?\. part opart buffer-name buf selected-window win get-buffer mew-buffer-message get-buffer-window displayed nil next prefetch mew-summary-toggle-disp-msg on (...) mew-window-configure mew-summary-display-message t mew-message-next-page mew-summary-display-part assoc mew-cache mew-decode-syntax] 5 ("/usr/local/lib/xemacs/xemacs-packages/lisp/mew/mew-summary.elc" . 22606) nil>()
  call-interactively(mew-summary-show)
  # (condition-case ... . error)
  # (catch top-level ...)