>>>> "greear" == greear
<greear(a)cyberhighway.net> writes:
greear> I was able to reproduce the core when opening the .java file.
Can you send us the file and an exact recipe for producing a core,
starting from "xemacs -vanilla"?
greear> #3 0x08109530 in concat ()
Stripped binary, close to useless. :-( If you're handy with gdb, you
could try to find out what the arguments to concat are. If you can
induce the crash while running in the debugger, then you can use the
`debug_print' routine from XEmacs's .gdbinit (in src; I have no idea
if Red Hat supplies it in binary packages) to examine stack data and
see what it looks like (if anything) decoded to Lisp.
greear> XEmacs 21.4.6 "Common Lisp" configured for
`i386-redhat-linux'.
"Common Lisp" is known to have had GCPRO bugs related to autoloading
files, which resulted in optimized bytecode getting corrupted. Some
at least have been fixed, we need to confirm that your bug is still
present in current XEmacsen (now at 21.4.12). Either you upgrade and
try to replicate, or we need the data that is causing the problem.
There's always the ever-popular "regexp stack overflow" to suspect,
too, but I don't see any regexp calls in your backtrace.
--
Institute of Policy and Planning Sciences
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.