--- Additional Comments From Tomohisa dot Tanaka at gmail dot com
2008-11-06 15:36 ---
Created an attachment (id=3046)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3046&action=view)
my sample fix.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7012
--- You are rece
I found the function bfd_find_nearest_line() has a memory leak bug in
bfd/dwarf2.c of binutils-2.19. The variable "stash->dwarf_str_buffer"
in the funciton read_indirect_string() has memory allocated by
read_section() and it is never freed, as follows.
% grep -n dwarf_str_buffer binutils-2.19/bfd
--- Additional Comments From schwab at suse dot de 2008-11-06 15:01 ---
Created an attachment (id=3045)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3045&action=view)
Testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7011
--- You are receiving this mail becaus
This is broken since PT_GNU_RELRO has been added in 2004.
Starting program: /tmp/test/test/binutils/strip-new test
Program received signal SIGSEGV, Segmentation fault.
0x400ac441 in _bfd_elf_compute_section_file_positions (
abfd=0x60022e70, link_info=0x0) at ../../binutils/bfd
--- Additional Comments From nickc at redhat dot com 2008-11-06 13:20
---
Hi Liam,
I am unable to reproduce this problem. Please could you try using a version
of objdump built from either the current head of the binutils CVS repository or
else the recently created v2.19 release sourc
--- Additional Comments From nickc at redhat dot com 2008-11-06 12:32
---
This bug should be reported to the SID project by sending it to:
[EMAIL PROTECTED]
--
What|Removed |Added
-
Hi shihhuangti,
Today, I make the whole project at my office, and the obj generated with
opition "-g3", and when final linking, I keep the dbg-info within the
exe-file, but failed with the message "memory exhausted", and later I find
there is a objfile passed to the linker ld and the file is o
