Re: gnuclient crash TOO OFTEN!
shame to me, xemacs is just crashing so often when i call gnuclient
that i even had to setenv EDITOR vi !
i'm really saddened by this :(
is anybody else using gnuclient and havind problems ?
basicly a call to gnuclient crashes the entire xemacs running.
got a lisp backtrace :
# bind (frame-being-created)
make-frame(nil #<x-device on ":0.0" 0x5f97>)
# bind (device dest-frame new-frame old-device-num quick view flags
# list type)
gnuserv-edit-files((x ":0.0") ((1 . "/tmp/mutt-rock-2832-1")))
eval((gnuserv-edit-files (quote (x ":0.0")) (quote (...))))
byte-code("..." [eval read-from-string gnuserv-string header] 4)
# (condition-case ... . ((error (byte-code "ÀpÂ
\"ÅrÆ
＠
A\"" ... 3))
(quit (byte
-code "ÀpÂ
\"ÅrÆÇÅ\"" ... 3))))
# bind (header string proc)
gnuserv-process-filter(#<process "gnuserv" pid 2510 state:run> "5
(gnuserv-edi
t-files '(x \":0.0\") '((1 .
\"/tmp/mutt-rock-2832-1\")))c")
# (condition-case ... . error)
# bind (inhibit-quit)
# (condition-case ... . error)
# (catch top-level ...)
[1] + Segmentation fault xemacs (core dumped)
and this is the output of gdb :
(gdb) where
#0 0x402eb0a1 in kill () from /lib/libc.so.6
#1 0x8093cf4 in fatal_error_signal (sig=11) at emacs.c:276
#2 0x402a5edc in pthread_sighandler () from /lib/libpthread.so.0
#3 0x402eafd8 in __restore () from /lib/libc.so.6
#4 0x80d1c17 in IMInstantiateCallback (dpy=0x8bb38c0,
client_data=0x8afc7b0 "\0340:＠\220ǯ\b¨_", call_data=0x0)
at input-method-xlib.c:253
#5 0x401cc112 in _XimRegisterIMInstantiateCallback ()
from /usr/X11R6/lib/libX11.so.6
#6 0x401a2f50 in XRegisterIMInstantiateCallback ()
from /usr/X11R6/lib/libX11.so.6
#7 0x80d1f6e in XIM_init_frame (f=0x8afc7b0) at input-method-xlib.c:338
#8 0x81dce08 in x_popup_frame (f=0x8afc7b0) at frame-x.c:2070
#9 0x81de791 in x_init_frame_3 (f=0x8afc7b0) at frame-x.c:2189
#10 0x8120d53 in Fmake_frame (props=137394140, device=146727680) at
frame.c:473
#11 0x809a49a in Ffuncall (nargs=3, args=0xbfffe2d8) at eval.c:3189
#12 0x8064547 in execute_optimized_program (
program=0x87baa8c "À\211\031\032ÃÄ\r\"\210Æ
G\036\aÀ\036\bÉ\016\n!«\t\016\n\016\013＠!ª\003\016\n\036\fÍ\016\f!«\aÎ\016\f!ª5\016\f¬/\016\013＠Ïa«\tÐÑ\016\013A\"ª\"\016\013＠Òa«\tÓ\016\013A＠!ª\023\016\013＠Ôa«\005Õ
ª\bÖ×!ª\003Ø
\036\031Í\016\f!«\005\016\fª\022\016\f¬\fÚ\016\e\016\031\"\211\026\bª\003Ü
\036\035Þß\016 À\016\031\016\b%\036!À\026 \016\aÆ
GU¬\b\016\031\016\"B\026\"ã\016\035!«\006ä\016\035!\210\016%\203¯",
stack_depth=7, constants_data=0x86352c8) at bytecode.c:747
#13 0x8064119 in funcall_compiled_function (fun=139667116, nargs=2,
args=0xbfffe3b4) at bytecode.c:523
#14 0x8099c6f in Feval (form=145923016) at eval.c:3045
#15 0x809a487 in Ffuncall (nargs=2, args=0xbfffe618) at eval.c:3189
#16 0x8064547 in execute_optimized_program (
program=0xbfffe694 "ÀÁ\n\013A\"＠!\207çÿ¿Xæÿ¿", stack_depth=4,
constants_data=0x85b4208) at bytecode.c:747
#17 0x80683a0 in Fbyte_code (instructions=141012532,
constants=140198392,
stack_depth=9) at bytecode.c:2406
#18 0x8099962 in Feval (form=140306204) at eval.c:2986
#19 0x8096dce in condition_case_1 (handlers=140309920, bfun=0x8098f50
<Feval>,
barg=140306204, hfun=0x8096e50 <run_condition_case_handlers>,
harg=140985940) at eval.c:1640
#20 0x8097345 in condition_case_3 (bodyform=140306204, var=140985940,
handlers=140309920) at eval.c:1718
#21 0x806508d in execute_rare_opcode (stack_ptr=0xbfffea80,
program_ptr=0x895cbf9 "\210Ë\211\020)\207ÌÍ\b\"\210Ë\211\020\207",
opcode=Bcondition_case) at bytecode.c:1272
#22 0x80642eb in execute_optimized_program (
program=0x895cbdc
"\b\tP\020ÂÃ\b\"\"ÂÄ\b\"«\024Å\b!\211\036\006＠\026\aÈÉÊ\217\210Ë\211\020)\207ÌÍ\b\"\210Ë\211\020\207",
stack_depth=4,
constants_data=0x85d8880) at bytecode.c:657
#23 0x8064119 in funcall_compiled_function (fun=139666976, nargs=2,
args=0xbfffebf0) at bytecode.c:523
#24 0x809a5e2 in Ffuncall (nargs=3, args=0xbfffebec) at eval.c:3221
#25 0x809c37d in catch_them_squirmers_call2 (cons=145961840) at
eval.c:3851
#26 0x8096dce in condition_case_1 (handlers=137394236,
bfun=0x809c1b4 <catch_them_squirmers_call2>, barg=145961840,
hfun=0x809f614 <caught_a_squirmer>, harg=137597128) at eval.c:1640
#27 0x809c6ef in call2_trapping_errors (
warning_string=0x8262d64 "Error in process filter",
function=140985892,
object1=140979608, object2=143096252) at eval.c:4421
#28 0x817957c in read_process_output (proc=140979608) at process.c:846
#29 0x80eab49 in execute_internal_event (event=146733196)
at event-stream.c:2962
#30 0x80ee779 in Fdispatch_event (event=146733196) at
event-stream.c:4689
#31 0x8075225 in Fcommand_loop_1 () at cmdloop.c:578
#32 0x80754cd in command_loop_1 (dummy=137394140) at cmdloop.c:493
#33 0x8096dce in condition_case_1 (handlers=137394236,
bfun=0x8075474 <command_loop_1>, barg=137394140,
hfun=0x807553c <cmd_error>, harg=137394140) at eval.c:1640
#34 0x807562f in command_loop_2 (dummy=137394140) at cmdloop.c:255
#35 0x809ecec in internal_catch (tag=137468572,
func=0x80755f0 <command_loop_2>, arg=137394140, threw=0x0) at
eval.c:1315
#36 0x8074813 in initial_command_loop (load_me=137394140) at
cmdloop.c:304
#37 0x8091ebe in xemacs_21_2_b19_i686_pc_linux (argc=1, argv=0xbffff784,
envp=0xbffff78c, restart=0) at emacs.c:1764
#38 0x8093f20 in voodoo_free_hook (mem=0x1) at emacs.c:2189
#39 0x402e5222 in __libc_start_main () from /lib/libc.so.6
---------
but my most important question is: how do i get something close to file
name or even line number in a lisp backtrace ?
i'm still getting into C and all i saw from the C backtrace is that it
caught a sigsegv, so i wanted to look into the lisp backtrace, but
really i dunno where to look as no indication as to the origin of the
line dumped is given.
i am going to work on this problem even if it means taking years from me
to know all about C, because i hate having my whole xemacs session crash
when i want to send a mail. it is not acceptable for me.
--
# Stef Epardaud, # There is no limit to the power of computing ...
# Java Defeater # ... except men maybe ?
# Earth # Lunatech Research,
# Solar System # soon we will quit researching and start finding...