--- Additional Comments From dzidzitop at lavabit dot com 2010-05-14 07:07
---
Objdump uses special API functions which uses internal (properly linked data
structures). The data structures which are claimed to be
binary-format-independent are linked wrong.
If my code is wrong please
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: dzidzitop at lavabit dot com
CC: bug-binutils at gnu dot org
GCC build triplet: Mingw4.4.0/WinXP32/PE; GCC4.4.0/Ubuntu 32bit/ELF
GCC host triplet: Mingw4.4.0/WinXP32/PE; GCC4.4.0
--- Additional Comments From dzidzitop at lavabit dot com 2010-05-08 16:49
---
Created an attachment (id=4774)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4774action=view)
an C++ ELF binary which main.cpp could be tested on
--
http://sourceware.org/bugzilla/show_bug.cgi
--- Additional Comments From dzidzitop at lavabit dot com 2010-05-08 16:52
---
Created an attachment (id=4775)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4775action=view)
A program that demonstates the bug
A program that demonstates that
1) many bfd sections have zero
--- Additional Comments From dzidzitop at lavabit dot com 2010-05-01 08:00
---
In addition, there should be much more lineno entries once standard library is
used. This information is available for GDB but BFD does not provide it via the
alent structure
--
http://sourceware.org
--- Additional Comments From dzidzitop at lavabit dot com 2010-05-01 08:03
---
Created an attachment (id=4760)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4760action=view)
The binary compiled with MinGW 4.4.0 without the -gcoff option.
If the binary is compiled without -gcoff
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-30 20:10
---
Created an attachment (id=4759)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4759action=view)
the binary to test on
The binary was compiled and linked as follows:
g++ -O0 -g3 -gcoff -Wall -c
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-30 20:09
---
Created an attachment (id=4758)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4758action=view)
testcase to re-produce the issue
compile this source (specify proper path in the PATH_TO_EXECUTABLE
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 13:02
---
Created an attachment (id=4747)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4747action=view)
executable which re-produces the bug
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11527
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 18:42
---
What is ddd? And why backtrace_symbols correctly recognises the function?
--
What|Removed |Added
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 18:45
---
Ah, ddd is the name of the executable.
__libc_start_main could be found within the binary with ease. Dunno what is nm,
but simple search for __libc_start_main in text editor returns something.
--
http
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 20:56
---
Ok, probably just by analysing the executable statically (i.e. when it is not
loaded into the memory) it is impossible to resolve dynamically linked
functions: no section is actually created for them within
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-21 12:36
---
Good job Nick. This works for me, at least under Ubuntu. Thanks.
--
What|Removed |Added
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-21 12:46
---
By the way
! offset + sec_vma = file_addr
! offset + sec_vma - file_addr = maxdiff)
This code from your patch. It could be re-written to store offset + sec_vma -
file_addr
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-20 17:32
---
Thanks Nick, but the patch is unlikely to help. The bug is in the other binutils
program - addr2line. This patch changes something within the objdump program.
Actually, the bug is somewhere inside the BFD
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-20 18:05
---
Created an attachment (id=4741)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4741action=view)
A file to demonstrate the bug
Forget about previous application. It is too large to be sumbited here
--
What|Removed |Added
Attachment #4741 is|0 |1
obsolete||
http://sourceware.org/bugzilla/show_bug.cgi?id=11512
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-20 18:08
---
Created an attachment (id=4742)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4742action=view)
A file to demonstrate the bug
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11512
--- You
--
What|Removed |Added
Attachment #4742|A file to demonstrate the |A file to demonstrate the
description|bug |bug (the name of the file
--
What|Removed |Added
GCC host triplet||WinXP 32bit
GCC target triplet||WinXP 32bit PE
--
What|Removed |Added
GCC host triplet||WinXP 32bit
GCC target triplet||WinXP 32bit PE
ReportedBy: dzidzitop at lavabit dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11512
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who
dot redhat dot com
ReportedBy: dzidzitop at lavabit dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11513
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who
23 matches
Mail list logo
