XEmacs 21.5 (beta9) "brussels sprouts" [Lucid] (i686-pc-linux, Mule)
of Thu Sep 19 2002 on ...
[I'm now going to have to go back and rebuild without kcc, because
this happens too much at this point]
839 0x08090ba4 in mark_object (obj=137272276) at alloc.c:3215
#840 0x0808b8b1 in mark_with_description (lheader=0x8601a6c, desc=0x81fabf4)
at alloc.c:2926
#841 0x08090ba4 in mark_object (obj=140515948) at alloc.c:3215
#842 0x0808bbe2 in mark_with_description (lheader=0x832e9e4, desc=0x8202ea0)
at alloc.c:3032
#843 0x08090ba4 in mark_object (obj=137554404) at alloc.c:3215
---Type <return> to continue, or q <return> to quit---
#844 0x0808b8b1 in mark_with_description (lheader=0x85b9330, desc=0x81fabf4)
at alloc.c:2926
#845 0x08090ba4 in mark_object (obj=140219184) at alloc.c:3215
#846 0x0808b8b1 in mark_with_description (lheader=0x85a9c88, desc=0x81fabf4)
at alloc.c:2926
#847 0x08090ba4 in mark_object (obj=140156040) at alloc.c:3215
#848 0x0808bbe2 in mark_with_description (lheader=0x85a9c1c, desc=0x81fabf4)
at alloc.c:3032
#849 0x08090ba4 in mark_object (obj=140155932) at alloc.c:3215
#850 0x0808bbe2 in mark_with_description (lheader=0x85a9bd4, desc=0x81fabf4)
at alloc.c:3032
#851 0x08090ba4 in mark_object (obj=140155860) at alloc.c:3215
#852 0x0808bbe2 in mark_with_description (lheader=0x85a9bc8, desc=0x81fabf4)
at alloc.c:3032
#853 0x08090ba4 in mark_object (obj=140155848) at alloc.c:3215
#854 0x0808bbe2 in mark_with_description (lheader=0x87f2b9c, desc=0x8202ea0)
at alloc.c:3032
#855 0x08090ba4 in mark_object (obj=142551964) at alloc.c:3215
#856 0x0808b8b1 in mark_with_description (lheader=0x85a9d90, desc=0x81fabf4)
at alloc.c:2926
#857 0x08090ba4 in mark_object (obj=140156304) at alloc.c:3215
#858 0x0808b8b1 in mark_with_description (lheader=0x85a9d84, desc=0x81fabf4)
at alloc.c:2926
---Type <return> to continue, or q <return> to quit---
#859 0x08090ba4 in mark_object (obj=140156292) at alloc.c:3215
#860 0x0808b8b1 in mark_with_description (lheader=0x85a9d78, desc=0x81fabf4)
at alloc.c:2926
#861 0x08090ba4 in mark_object (obj=140156280) at alloc.c:3215
#862 0x0808bbe2 in mark_with_description (lheader=0x85a9c94, desc=0x81fabf4)
at alloc.c:3032
#863 0x08090ba4 in mark_object (obj=140156052) at alloc.c:3215
#864 0x0808bbe2 in mark_with_description (lheader=0x826eba4, desc=0x8202ea0)
at alloc.c:3032
#865 0x08090ba4 in mark_object (obj=136768420) at alloc.c:3215
#866 0x0808bbe2 in mark_with_description (lheader=0x8299d44, desc=0x81fad00)
at alloc.c:3032
#867 0x08090ba4 in mark_object (obj=136944964) at alloc.c:3215
#868 0x0808b8b1 in mark_with_description (lheader=0x82996dc, desc=0x8202ea0)
at alloc.c:2926
#869 0x08090ba4 in mark_object (obj=136943324) at alloc.c:3215
#870 0x0808b8b1 in mark_with_description (lheader=0x82febf4, desc=0x8202ea0)
at alloc.c:2926
#871 0x08090ba4 in mark_object (obj=137358324) at alloc.c:3215
#872 0x0808b8b1 in mark_with_description (lheader=0x88100bc, desc=0x8202ea0)
at alloc.c:2926
#873 0x08090ba4 in mark_object (obj=142672060) at alloc.c:3215
#874 0x0808b953 in mark_with_description (lheader=0x826f3a0, desc=0x81fac80)
---Type <return> to continue, or q <return> to quit---
at alloc.c:2946
#875 0x0808dc1a in garbage_collect_1 () at alloc.c:3215
#876 0x080c72e2 in Ffuncall (nargs=5, args=0xbfffef10) at eval.c:3695
#877 0x080cba3f in call4 (fn=136924516, arg0=136768420, arg1=141224416,
arg2=136768420, arg3=136768420) at eval.c:4454
#878 0x08152f9a in clear_echo_area (f=0x86ae9e0, label=136768420, no_restore=0)
at minibuf.c:687
#879 0x080d4830 in echo_key_event (command_builder=0x856b100, event=147591556)
at event-stream.c:791
#880 0x080d6334 in Fnext_event (event=147591556, prompt=136768420)
at event-stream.c:2479
#881 0x080a3f0e in Fcommand_loop_1 () at cmdloop.c:581
#882 0x080c4f83 in condition_case_1 (handlers=136768516,
bfun=0x80a4228 <command_loop_1>, barg=136768420,
hfun=0x80a42a4 <cmd_error>, harg=136768420) at eval.c:1865
#883 0x080a447c in command_loop_2 (dummy=136768420) at cmdloop.c:264
#884 0x080c4d49 in internal_catch (tag=136845140,
func=0x80a4434 <command_loop_2>, arg=136768420, threw=0x0, thrown_tag=0x0)
at eval.c:1488
#885 0x080a41a8 in initial_command_loop (load_me=136768420) at cmdloop.c:313
#886 0x080c214e in xemacs_21_5_b9_i686_pc_linux () at emacs.c:2345
#887 0x080c2956 in main () at emacs.c:2783
#888 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
--
Wes Hardaker
Network Associates Laboratories
Show replies by date
>>>> "Wes" == Wes Hardaker
<hardaker(a)tislabs.com> writes:
Wes> XEmacs 21.5 (beta9) "brussels sprouts" [Lucid] (i686-pc-linux, Mule)
Wes> of Thu Sep 19 2002 on ...
Wes> [I'm now going to have to go back and rebuild without kcc, because
Wes> this happens too much at this point]
Wes> 839 0x08090ba4 in mark_object (obj=137272276) at alloc.c:3215
So what's the bug? Could you print some of those "obj" thingies via
pobj or something?
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Quoting "Michael Sperber [Mr. Preprocessor]"
<sperber(a)informatik.uni-tuebingen.de>:
Wes> 839 0x08090ba4 in mark_object (obj=137272276) at alloc.c:3215
So what's the bug? Could you print some of those "obj" thingies via
pobj or something?
Err... Unfortuantely, I've now rebuilt xemacs without the --kkcc option, so I
don't have the binary that I can use to examine the core with any longer.
I was able to reproduce a crash by starting gnus to read news with (and mail
and ...) and then use pcl-cvs to do "something" and it would crash on the
commit via pcl-cvs (a cvs diff might have been required in between those two
steps). You might see if you can reproduce it that way.
Now, the rebuilt binary that I have isn't working. Having recently upgraded
to RH 7.3, I apparently broke my entire life (xemacs). I can no longer get it
to build without segfaulting on startup (I'm now typing this through a
web-mail interface while I'm building it on an older RH 7.2 box and hoping).
According to many groups.google searches, it's apparently a binutils problem
but upgrading binutils and using the various suggest methods of fixing it
(--pdump) didn't help. sigh....
-------------------------------------------------
This mail sent through IMP:
http://horde.org/imp/
>>>> "hardaker" == hardaker
<hardaker(a)hardakers.net> writes:
hardaker> Now, the rebuilt binary that I have isn't working.
hardaker> Having recently upgraded to RH 7.3, I apparently broke
hardaker> my entire life (xemacs). I can no longer get it to
hardaker> build without segfaulting on startup (I'm now typing
hardaker> this through a web-mail interface while I'm building it
hardaker> on an older RH 7.2 box and hoping).
There are three known startup crashes: the "Hannibal Lecter" GNU ld
(solved by ./configure -- pdump), the dueling Motifs (both Lesstif and
OpenMotif installed; delete one), and the libc6 2.3/gcc 3.2 malloc
crash (./configure --with-system-malloc solves it).
Both "Hannibal" and the "Motif" crash manfested when putting up the
first X frame. However both worked batch (and thus you could build
XEmacs).
HTH
--
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
>>>> On Fri, 25 Oct 2002 23:00:33 +0900, "Stephen J.
Turnbull" <stephen(a)xemacs.org> said:
Stephen> There are three known startup crashes: the "Hannibal Lecter"
Stephen> GNU ld (solved by ./configure -- pdump), the dueling Motifs
Stephen> (both Lesstif and OpenMotif installed; delete one), and the
Stephen> libc6 2.3/gcc 3.2 malloc crash (./configure
Stephen> --with-system-malloc solves it).
Thanks. I think I must have fallen into the second category, as the
first solution (which is the one I had run across via google) didn't
work. I do, it turns out, have both openmotif and lesstif installed.
Fortunately, I did succeed in building it on a 7.2 system and
installing it on my 7.3, so I'm now writing this is emacs again
(phew). Ah, if I was only satisfied with the rpm for xemacs... But
no... I have to have the cutting edge!
Stephen> Both "Hannibal" and the "Motif" crash manfested when
putting
Stephen> up the first X frame. However both worked batch (and thus
Stephen> you could build XEmacs).
Yep, and it worked with -nw too. Unfortunately, the font colors when
I run -nw are black on black, so it's not very useful (and I've never
debugged it).
--
Wes Hardaker
Network Associates Laboratories