emacs core dump

emacs core dump

[Strauss, Nicholas C]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing
list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-08-28 on astest
configured using `configure  --host=i686-pc-linux-gnu
--build=i686-pc-linux-gnu --target=i386-redhat-linux-gnu
--program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin
--sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share
--includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec
--localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --with-gcc --with-pop --with-sound'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.iso885915
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

core dump in emacs while comparing two files using emacs
diff. Here is core dump:

-> Core was generated by `emacs
-> Program terminated with signal 11, Segmentation fault.

(gdb) where
#0  0x08122885 in allocate_string ()
#1  0x0812325e in make_uninit_multibyte_string ()
#2  0x08123225 in make_uninit_string ()
#3  0x0812308a in make_unibyte_string ()
#4  0x08123044 in make_string ()
#5  0x0810357d in Fexpand_file_name ()
#6  0x0810348d in Fexpand_file_name ()
#7  0x0810994c in Fdo_auto_save ()
#8  0x080dbce7 in shut_down_emacs ()
#9  0x080da3f3 in fatal_error_signal ()
#10 <signal handler called>
#11 0x08122885 in allocate_string ()
#12 0x0812325e in make_uninit_multibyte_string ()
#13 0x08123225 in make_uninit_string ()
#14 0x0813decf in concat ()
#15 0x0813d488 in Fconcat ()
#16 0x08163ba0 in Fbyte_code ()
#17 0x0813948e in funcall_lambda ()
#18 0x08138f9e in Ffuncall ()
#19 0x081637c3 in Fbyte_code ()
#20 0x0813948e in funcall_lambda ()
#21 0x08138f9e in Ffuncall ()
#22 0x081637c3 in Fbyte_code ()
#23 0x0813948e in funcall_lambda ()
#24 0x08138f9e in Ffuncall ()
#25 0x081637c3 in Fbyte_code ()
#26 0x0813948e in funcall_lambda ()
#27 0x08138f9e in Ffuncall ()
#28 0x081637c3 in Fbyte_code ()
#29 0x08138444 in Feval ()
#30 0x08136020 in Fprogn ()
#31 0x08139c2b in unbind_to ()
#32 0x08163826 in Fbyte_code ()
#33 0x0813948e in funcall_lambda ()
#34 0x08138f9e in Ffuncall ()
#35 0x081637c3 in Fbyte_code ()
#36 0x0813948e in funcall_lambda ()
#37 0x08138f9e in Ffuncall ()
#38 0x08134c05 in Fcall_interactively ()
#39 0x080e757b in Fcommand_execute ()
#40 0x080dd2cc in command_loop_1 ()
#41 0x081371ea in internal_condition_case ()
#42 0x080dce2d in command_loop_2 ()
#43 0x08136d59 in internal_catch ()
#44 0x080dcdd7 in command_loop ()
#45 0x080dc89e in recursive_edit_1 ()
#46 0x080dc9d2 in Frecursive_edit ()
#47 0x080db27b in main ()
#48 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6

NICK

Re: emacs core dump

[Richard M. Stallman]

This bug must be due to some sort of memory clobberage; we can't learn
anything from the postmortem alone.  There is someone who gets these
problems in the current development Emacs often enough that we have a
chance to investigate it, and we are working on it, but it is taking
time.