gas dumps core

Joel Sherrill joel@merlin.gcs.redstone.army.mil
Tue May 7 07:11:00 GMT 1996


Here is all I know with a test case.

Snapshot:      gas-960503
Configuration: m68k-coff

Test file (Yes it is the one line starting with a "#"):

# 1 ""

gdb trace:

Breakpoint 9 at 0xef76c1b8
Program received signal SIGSEGV, Segmentation fault.
0x29d84 in yank_symbols () at obj-format.c:2730
2730                  string_byte_count += strlen 
(filename_list_scan->filename) + 1;
(gdb) 

Further investigation shows that filename_list_scan is NULL. 

I don't really know the proper way to address this.  I don't know coff and
this is a pretty complicated routine. 

A simple fix would be to recognize that filename_list_scan is NULL and
avoid the strlen.  However, based on the comment "If the filename was too 
long to fit in the auxent, put it in the string table" it would appear 
that some code before here got tricked.

Does anyone more knowledgeable about coff have a suggestion?

Thanks.

--joel






More information about the Gas2 mailing list