Larry.Hunter(a)uchsc.edu wrote:
Ben Wing writes:
> do the backtraces always look like this or do they vary?
They are always in XCheckIfEvent, although how they get there varies,
e.g.
ok, that's expected, since there are many places that the QUIT macro
occurs and it's triggered asynchronously.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912549568976 (LWP 29564)]
0x00002aaaabfb4ac0 in XCheckIfEvent () from /usr/X11R6/lib/libX11.so.6
(gdb) backtrace
#0 0x00002aaaabfb4ac0 in XCheckIfEvent () from
#/usr/X11R6/lib/libX11.so.6
#1 0x000000000048a0b4 in emacs_shell_event_handler ()
#2 0x000000000055c5ff in check_quit ()
#3 0x0000000000518265 in make_string_from_buffer ()
#4 0x00000000005196d5 in buffer_delete_range ()
#5 0x000000000046baa5 in Fdelete_region ()
#6 0x0000000000451333 in execute_rare_opcode ()
#7 0x00000000004521db in execute_rare_opcode ()
#8 0x0000000000453f70 in funcall_compiled_function ()
#9 0x000000000047be41 in Ffuncall ()
#10 0x0000000000451809 in execute_rare_opcode ()
#11 0x0000000000453f70 in funcall_compiled_function ()
#12 0x000000000047be41 in Ffuncall ()
#13 0x0000000000451809 in execute_rare_opcode ()
#14 0x0000000000453f70 in funcall_compiled_function ()
#15 0x000000000047be41 in Ffuncall ()
#16 0x0000000000451809 in execute_rare_opcode ()
#17 0x0000000000453bdb in Fbyte_code ()
#18 0x000000000047a3c1 in Feval ()
#19 0x00000000004770fe in condition_case_1 ()
#20 0x0000000000451444 in execute_rare_opcode ()
#21 0x00000000004521db in execute_rare_opcode ()
#22 0x0000000000453f70 in funcall_compiled_function ()
---Type <return> to continue, or q <return> to quit---
#23 0x000000000047be41 in Ffuncall ()
#24 0x0000000000451809 in execute_rare_opcode ()
#25 0x0000000000453f70 in funcall_compiled_function ()
#26 0x000000000047be41 in Ffuncall ()
#27 0x000000000047c3cc in call1 ()
#28 0x00000000004c3fc1 in Fdispatch_event ()
#29 0x000000000045ac05 in Fcommand_loop_1 ()
#30 0x00000000004770fe in condition_case_1 ()
#31 0x000000000045a774 in Freally_early_error_handler ()
#32 0x00000000004745ce in internal_catch ()
#33 0x000000000045a8bc in initial_command_loop ()
#34 0x00000000004737ba in xemacs_21_4_18_x86_64_debian_linux ()
#35 0x0000000000474269 in main ()
> i'm not sure what to do about this, unfortunately, other than trying a
> different version of the X server or related drivers, or compiling your
> own version of XEmacs. (maybe you'll get lucky and some combination of
> these will avoid triggering the X bug.)
Even though I only see this triggered running Xemacs, I agree this
looks like a X bug (or possibly a driver problem). Xorg? NVIDIA?
Any ideas?
the best way to know for sure is for you to compille XEmacs yourself,
with debugging support. that way we'd see if XEmacs is somehow passing
a bad value (which i seriously doubt, since this code hasn't been
touched in years and no one else is seeing your bug).
ben