菅です。 わたしも報告だけ。 私の方は、wl で、落ちます。今朝 cvs から持ってきたものです。 私のは、 wl であるフォルダー（試したのは、%inbox）に入り、 メイルをあらかた読んでから q でそのフォルダーを抜けると確実に死にます。 入って抜けただけだと落ちませんでした。 そして、core を吐くので、 gdb xemacs core をして where してみました。 (gdb) where #0 0xfea981fc in _libc_kill () from /lib/libc.so.1 #1 0xc8394 in fatal_error_signal () #2 <signal handler called> #3 0x4863bc in _END_ () #4 0xfea39434 in abort () from /lib/libc.so.1 #5 0x1dda68 in check_window_subwindow_cache () #6 0x31e15c in Fdelete_window () #7 0xe9ddc in Ffuncall () #8 0x89aa8 in execute_optimized_program () #9 0x8faac in Fbyte_code () #10 0xe8c64 in Feval () #11 0xd0e68 in Fprogn () #12 0xf6924 in unbind_to_hairy () #13 0x89bc0 in execute_optimized_program () #14 0x892a0 in funcall_compiled_function () #15 0xea39c in Ffuncall () #16 0x91d98 in Fcall_interactively () #17 0xe5ee8 in Fcommand_execute () #18 0x16a1b4 in execute_command_event () #19 0x16b09c in Fdispatch_event () #20 0x9f918 in Fcommand_loop_1 () #21 0xd78c8 in condition_case_1 () #22 0x9ea64 in command_loop_2 () #23 0xd64e8 in internal_catch () #24 0x9ee20 in initial_command_loop () #25 0xc9d40 in xemacs_21_2_b33_sparc_sun_solaris2_7 () #26 0xca774 in main () (gdb) -- ADVANTEST corp. Taiji.Can(a)atesoft.advantest.co.jp

菅です。 そろそろ wl は抜いた方が良いかな。 うーーむ。。まだ今のところ見つからないです。。見当がつかない。てのが 実際のところかな。 ただ、吉澤さんと同じようなエラーがコマンドラインからXemacs を起動した ときに出ました。core も作りましたが。 coreでの where については同じ 情報でした。 残念。。。wl も一応最新。村田さんのパッチを当てる前も同じ現象が 出ていたので、関係ないでしょう。 一応、出たエラーは、以下の通りでした。（ほぼ吉澤さんと同じ。） syrinx:can% ./xemacs Fatal error: assertion failed, file glyphs.c, line 568, !NILP (w->subwindow_instance_cache) 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(a)xemacs.org&#39;. *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 /export/home/syrinx/can/work/Emacs/Xemacs/21.2/xemacs.can/src/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: delete-window(#<window on "Message" 0x5a79>) byte-code("..." [mapcar #<compiled-function (x) "...(4)" [delete-overlay x] 2> overlays-in nil wl-summary-buffer-disp-msg wl-summary-search-buf-name get-buffer buffer-name kill-buffer wl-message-buf-name message-buf get-buffer-window message-win delete-window wl-folder-buffer-name folder-buf folder-win select-window switch-to-buffer wl-folder wl-folder-move-cur-folder wl-folder-buffer-cur-point wl-folder-buffer-cur-path wl-folder-buffer-cur-entity-id #<compiled-function (x) "...(4)" [delete-overlay x] 2> wl-summary-exit-next-move wl-folder-next-unsync t 0 summary-buf summary-win force-exit sticky #<compiled-function (x) "...(28)" [buffer-name x string-match format "^%s-([0-9 ]+)$" regexp-quote wl-message-buf-name get-buffer kill-buffer] 5> buffer-list run-hooks wl-summary-exit-hook] 5) # bind (summary-buf sticky message-buf summary-win message-buf message-win folder-buf folder-win force-exit) wl-summary-exit(nil) # bind (command-debug-status) call-interactively(wl-summary-exit) # (condition-case ... . error) # (catch top-level ...) あぼ〜とシグナルなのだぁ〜 (core吐いちゃったのだぁ〜) -- ADVANTEST corp. Taiji.Can(a)atesoft.advantest.co.jp

よしざわです。 ちょこっといくつかやってはみましたが、残念ながら :-) 落ちてくれません でした。 …ということで ftp から取ってきたものでは起きないみたいですね。うちで も確認しました。 # どうやらうちで最初に 21.2.33 として checkout したモノとは違うモノみ # たいです。 -- YOSHIZAWA Masahiro (吉澤正浩) `No news is good news, no gnus is bad news.'

菅です。 今朝のcvsのlatest 版ではこの問題がクリアされたようです。 Ben さんの巨大なパッチのおかげ？？（ちゃんと見ていない） 少なくとも wl では問題が出なくなりました。 Gnus では如何でしょうか？＞吉澤さん。 -- ADVANTEST corp. Taiji.Can(a)atesoft.advantest.co.jp

よしざわです。 はい、何度か今までだと確実に落ちるような操作を試してみましたが、こちら でも問題なくなったようです。 # 結局、現象の報告だけで終ってしまった(^^; -- YOSHIZAWA Masahiro (吉澤正浩) `No news is good news, no gnus is bad news.'