🚀 go-pugleaf

	A fellow student here at Brown tried to set a breakpoint in a
	function of the program currently being debugged by gdb.
	Gdb tried to read in the symbol table entries for the
	appropriate files, and promptly dumped core with a
	segmentation fault.  The stack trace at that point looks like
	this:

(gdb) where
#0  read_struct_type (pp=(char **) 0xf7fa5344, type=(struct type *) 0x156508) (d
bxread.c line 4524)
#1  0x32318 in read_type (pp=(char **) 0xf7fa96a1) (dbxread.c line 4446)
#2  0x32bdc in read_struct_type (pp=(char **) 0xf7fa5344, type=(struct type *) 0
x13) (dbxread.c line 4698)
#3  0x322ec in read_type (pp=(char **) 0x1567d8) (dbxread.c line 4441)
#4  0x30fec in define_symbol (value=-1275, string=(char *) 0xf7fa966a "SCENElink
:T(49,1)=s24type:(0,8),0,32;flags:(0,8),32,32;ptr:(49,28)=u4objref:(49,29)=*(49,
4)=xsSCENE_objref:,0,32;field:(49,30)=*(49,5)=xsSCENE_field:,0,32;variable:(49,3
1)=*(49,6)=xsSCENE_variable:,0,"..., desc=24) (dbxread.c line 3909)
#5  0x2fa8c in process_one_symbol (type=128, desc=24, value=4294966021, name=(ch
ar *) 0xf7fa966a "SCENElink:T(49,1)=s24type:(0,8),0,32;flags:(0,8),32,32;ptr:(49
,28)=u4objref:(49,29)=*(49,4)=xsSCENE_objref:,0,32;field:(49,30)=*(49,5)=xsSCENE
_field:,0,32;variable:(49,31)=*(49,6)=xsSCENE_variable:,0,"...) (dbxread.c line
3428)
#6  0x2f1e4 in read_ofile_symtab (desc=4, stringtab=(char *) 0x0, stringtab_size
=369115, sym_offset=84, sym_size=11580, text_offset=8840, text_size=416, offset=
0) (dbxread.c line 3118)
#7  0x2e640 in psymtab_to_symtab_1 (pst=(struct partial_symtab *) 0xa6888, desc=
4, stringtab=(char *) 0xf7fa5568 , stringtab_size=369115, sym_offset=778240) (db
xread.c line 2837)
#8  0x2e584 in psymtab_to_symtab_1 (pst=(struct partial_symtab *) 0xc3fe8, desc=
4, stringtab=(char *) 0xf7fa5568 , stringtab_size=369115, sym_offset=778240) (db
xread.c line 2820)
#9  0x2eb6c in psymtab_to_symtab (pst=(struct partial_symtab *) 0xc3fe8) (dbxrea
d.c line 2935)
#10 0x22f84 in lookup_symbol (...) (...)
#11 0x24e5c in decode_line_1 (...) (...)
#12 0x89c0 in break_command_1 (...) (...)
#13 0x8d5c in break_command (...) (...)
#14 0x327c in execute_command (p=(char *) 0x9a816 "SPLICE_create_viewport", from
_tty=1) (main.c line 522)
#15 0x3408 in command_loop () (main.c line 548)
#16 0x30a4 in main (argc=5, argv=(char **) 0xf7fffc44, envp=(char **) 0xf7fffc5c
) (main.c line 475)

	while a transcript of the run that caused the error would be:

hector$ gdb splice
GDB 3.5, Copyright (C) 1989 Free Software Foundation, Inc.
There is ABSOLUTELY NO WARRANTY for GDB; type "info warranty" for details.
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "info copying" to see the conditions.
Reading symbol data from /tmp_mnt/ober/u1ober/mks/bags/cmd/splice/lib/sun4/D/spl
ice...done.
Type "help" for a list of commands.
(gdb) break SPLICE_create_viewport
Reading in symbols for /u/mks/bags/cmd/splice/src/SPLICEviewport.c... and /u/mks
/bags/cmd/splice/src/SPLICEmain.c...Segmentation fault

	The first arguments to the top three frames above look
	suspicious to me, but then again...

	Is there a hard limit to how big a symbol table gdb can grow?
	The core file produced by gdb was 40MB.

	Any help would be appreciated.

							Moises

P.S>	The executable was compiled using Sun's cc.  All this is on a
	SparcStation-1 running SunOS 4.0.1.  GDB is up to version 3.5.

--
-----------------------------------------------------------------------------
Internet/CSnet:   mlm@cs.brown.edu		BITNET:  mlm@browncs.BITNET
UUCP:    ...!uunet!brunix!mlm			Phone:	 (401)863-7664
USmail:  Moises Lejter, Box 1910 Brown University, Providence RI 02912