[8885] in Athena Bugs
decmips 7.3P: emacs dumps core
daemon@ATHENA.MIT.EDU (Calvin Clark)
Mon Jan 27 10:45:31 1992
Date: Mon, 27 Jan 92 10:45:12 -0500
From: Calvin Clark <ckclark@mit.edu>
To: bugs@Athena.MIT.EDU
Reply-To: ckclark@mit.edu
System name: podge
Type and version: KN01 7.3P
Display type: PMAX-MFB
What were you trying to do?
Start up emacs.
What's wrong:
It dumped core on me. The following stack trace is unlikely.
It does not seem possible to me that this died where dbx claims it did.
The stack trace indicates it was in the process of setting up the
default load-path from the directories in PATH_LOADSEARCH:
#define PATH_LOADSEARCH "/usr/athena/lib/elisp:/usr/athena/lib/gnuemacs/lisp"
The core dump is in /mit/bitbucket/ckclark/core.emacs.910127.decmips
Some of these pointers are bogus. There's some ugly stuff in
decode_env_path which may be manipulating a null pointer.
# 43 podge Jan 27 10:07am gnu/emacs/src
; dbx xemacs /mit/bitbucket/ckclark/core.emacs.910127.decmips
dbx version 2.10.1
Type 'help' for help.
Corefile produced from file "emacs"
Child died at pc 0x432318 of signal : Segmentation fault
reading symbolic information ...
[using memory image in /mit/bitbucket/ckclark/core.emacs.910127.decmips]
(dbx) where
> 0 make_uninit_string(0x46b0a0, 0x0, 0x7fffbb74, 0x0, 0x0) ["alloc.c":570, 0x432314]
1 make_string(0x15, 0x10030620, 0x0, 0x0, 0x10017414) ["alloc.c":549, 0x432284]
2 decode_env_path(0x0, 0x8, 0x0, 0x0, 0x10017414) ["emacs.c":660, 0x417dc8]
3 init_read(0x0, 0x0, 0x0, 0x0, 0x0) ["lread.c":1230, 0x445e80]
4 main(0x7fffbc14, 0x7fffbc2c, 0x0, 0x0, 0x0) ["emacs.c":378, 0x4178b8]
(dbx) list 560,575
560
561 static Lisp_Object
562 make_uninit_string (length)
563 int length;
564 {
565 register Lisp_Object val;
566 register int fullsize = STRING_FULLSIZE (length);
567
568 if (length < 0) abort ();
569
>* 570 if (fullsize <= STRING_BLOCK_SIZE - current_string_block->pos)
571 /* This string can fit in the current string block */
572 {
573 XSET (val, Lisp_String,
574 (struct Lisp_String *) (current_string_block->chars + current_string_block->pos));
575 current_string_block->pos += fullsize;
What should have happened.
It should be happy.
Please describe any relevant documentation references:
N/A
