Re: [Bug: 21.4.19] Crashed in Gnus

Sorry for the delay; our mailing list host moved physically, and the ISP snafued the firewall at the new location. Eric> I *think* I hit 'r' to reply to a mail message, while Looks that way from the Lisp backtrace. Eric> looking at my Summary buffer. And BOOM it crashed. Eric> Appended at the end is a C stack trace from gdb and a Lisp Eric> backtrace from the crash. I'm sorry, but neither backtrace is much help. The Lisp backtrace is too high-level (Lisp never crashes, only C does :-), and the C backtrace doesn't have any symbols or arguments in it, so it's hard to guess what's going on. First question: has this happened before or since? Can you reproduce it? Second: where did you get the Gnus in site-packages? It is shadowing the Gnus from our distribution; this is unclean but probably not the cause (you should be able to safely remove Gnus using M-x list-packages). It doesn't seem to be an XEmacs package, since it doesn't appear in the list of installed packages in your report. Since the crash occurs in the bytecode-interpreter: #7 0x080ad182 in assert_failed () #8 0x08090519 in execute_rare_opcode () #9 0x0808f7b2 in funcall_compiled_function () either you have stack corruption, or your Gnus contains an illegal bytecode. ISTR that XEmacs 21.5-compiled code is not compatible with XEmacs 21.4; perhaps if you remove all the .elc files and re-byte- compile the crash can be prevented. Also, GNU-Emacs-compiled bytecode is definitely incompatible with XEmacs. Eric> Let me know if there is any more help I can provide! If (1) you have the core file and (2) Fedora provides a debug package which has the symbol table in it, you could get the package, install the symbol table, run gdb on the core file, and get a better backtrace. If not, you would have to get the sources or the debug package, if source compile with debugging, run under gdb (this doesn't slow XEmacs down, but does use system resources) and hope (?!) the crash happens again. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.