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