[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emacs dumps core using gnus
From: |
Roland Winkler |
Subject: |
Re: emacs dumps core using gnus |
Date: |
04 Feb 2002 21:22:40 +0100 |
"Eli Zaretskii" <eliz@is.elta.co.il> writes:
> > From: Richard Stallman <rms@gnu.org>
> > Date: Mon, 4 Feb 2002 02:26:39 -0700 (MST)
> >
> > Can anyone start debugging the crash using the advice in etc/DEBUG?
>
> I cannot reproduce it. However, on the system where I can debug
> this, it's all but impossible to set up Gnus, which is how people who
> reported the crash reproduce it.
>
> Does the crash also happen if you save the uuencoded GIF images to
> disk files, uudecode them, and then visit them with "C-x C-f" after
> turning on auto-image-file-mode? This is what I tried, and it didn't
> crash for me.
On my system loading the gif file with auto-image-file-mode turned
on also gives me a core dump, see below.
Roland
__libc_free (mem=0x10) at malloc.c:3005
3005 malloc.c: No such file or directory.
(gdb) bt
#0 __libc_free (mem=0x10) at malloc.c:3005
#1 0x8167a82 in emacs_blocked_free (ptr=0x10) at alloc.c:688
#2 0x4035415f in __libc_free (mem=0x10) at malloc.c:2991
#3 0x401c2d23 in FreeMapObject (Object=0x86f61c8) at gifalloc.c:73
#4 0x401c3298 in FreeSavedImages (GifFile=0x84ec0a8) at gifalloc.c:333
#5 0x401c099b in DGifCloseFile (GifFile=0x84ec0a8) at dgif_lib.c:546
#6 0x80fb08f in gif_load (f=0x84e5298, img=0x83e5350) at xfns.c:9899
#7 0x80f4581 in lookup_image (f=0x84e5298, spec=1483950260) at xfns.c:6099
#8 0x8067db0 in handle_single_display_prop (it=0xbfffdce0, prop=1483950260,
object=1215578656,
position=0xbfffdd64, display_replaced_before_p=0) at xdisp.c:3044
#9 0x806719c in handle_display_prop (it=0xbfffdce0) at xdisp.c:2758
#10 0x80659bf in handle_stop (it=0xbfffdce0) at xdisp.c:2002
#11 0x8069d7f in reseat (it=0xbfffdce0, pos={charpos = 1, bytepos = 1},
force_p=1) at xdisp.c:4008
#12 0x806519a in init_iterator (it=0xbfffdce0, w=0x84e53c0, charpos=1,
bytepos=1, row=0x87c5690,
base_face_id=DEFAULT_FACE_ID) at xdisp.c:1691
#13 0x806528c in start_display (it=0xbfffdce0, w=0x84e53c0, pos={charpos = 1,
bytepos = 1})
at xdisp.c:1710
#14 0x8076bbb in try_window (window=1213092800, pos={charpos = 1, bytepos = 1})
at xdisp.c:10557
#15 0x8075c24 in redisplay_window (window=1213092800, just_this_one_p=0) at
xdisp.c:10230
#16 0x8073221 in redisplay_windows (window=1213092800) at xdisp.c:9182
#17 0x80725fa in redisplay_internal (preserve_echo_area=0) at xdisp.c:8786
#18 0x8071350 in redisplay () at xdisp.c:8231
#19 0x810dd5a in read_char (commandflag=1, nmaps=2, maps=0xbfffe8f4,
prev_event=405726908,
used_mouse_menu=0xbfffe9ac) at keyboard.c:2272
#20 0x8117941 in read_key_sequence (keybuf=0xbfffeaf8, bufsize=30,
prompt=405726908,
dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at
keyboard.c:8180
---Type <return> to continue, or q <return> to quit---
#21 0x810beda in command_loop_1 () at keyboard.c:1440
#22 0x8183891 in internal_condition_case (bfun=0x810bb50 <command_loop_1>,
handlers=405823228,
hfun=0x810b640 <cmd_error>) at eval.c:1267
#23 0x810b96f in command_loop_2 () at keyboard.c:1245
#24 0x81832c7 in internal_catch (tag=405784836, func=0x810b950
<command_loop_2>, arg=405726908)
at eval.c:1030
#25 0x810b91d in command_loop () at keyboard.c:1224
#26 0x810b348 in recursive_edit_1 () at keyboard.c:950
#27 0x810b4b7 in Frecursive_edit () at keyboard.c:1006
#28 0x8109d68 in main (argc=3, argv=0xbffff0c4, envp=0xbffff0d4) at emacs.c:1547
#29 0x4031aa8e in __libc_start_main (main=0x8108e70 <main>, argc=3,
argv=0xbffff0c4,
init=0x804d9ec <_init>, fini=0x81e812c <_fini>, rtld_fini=0x4000aa50
<_dl_fini>,
stack_end=0xbffff0bc) at ../sysdeps/generic/libc-start.c:92
(gdb) xbacktrace
(gdb)
Re: emacs dumps core using gnus, Eli Zaretskii, 2002/02/02