--- 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
--- Additional Comments From dzidzitop at lavabit dot com 2010-05-10 10:21
---
Where is that "silly error"?
--
What|Removed |Added
Statu
--- 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=4775&action=view)
A program that demonstates the bug
A program that demonstates that
1) many bfd sections have z
--- 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=4774&action=view)
an C++ ELF binary which main.cpp could be tested on
--
http://sourceware.org/bugzilla/show_
ty: P2
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; GC
--- 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=4760&action=view)
The binary compiled with MinGW 4.4.0 without the -gcoff option.
If the binary is compiled
--- 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-04-30 20:09
---
Created an attachment (id=4758)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4758&action=view)
testcase to re-produce the issue
compile this source (specify proper path in the PATH_TO_EXE
--- 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=4759&action=view)
the binary to test on
The binary was compiled and linked as follows:
g++ -O0 -g3 -gcoff -
--- 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-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 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 13:02
---
Created an attachment (id=4747)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4747&action=view)
executable which re-produces the bug
--
http://sourceware.org/bugzilla/show_bug.cgi?i
Version: 2.21 (HEAD)
Status: NEW
Severity: minor
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: dzidzitop at lavabit dot com
CC: bug-binutils at gnu dot org
GCC host triplet: Linux
--- 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
--- 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
--
What|Removed |Added
Attachment #4742|A file to demonstrate the |A file to demonstrate the
description|bug |bug (the name of the file
--- 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=4742&action=view)
A file to demonstrate the bug
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11512
--
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:05
---
Created an attachment (id=4741)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4741&action=view)
A file to demonstrate the bug
Forget about previous application. It is too large to be sumbit
--- 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
--
What|Removed |Added
GCC host triplet||WinXP 32bit
GCC target triplet||WinXP 32bit PE
http://sourceware.org/bugzilla/sho
--
What|Removed |Added
GCC host triplet||WinXP 32bit
GCC target triplet||WinXP 32bit PE
http://sourceware.org/bugzilla/sho
ssigned at sources 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 some
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 is
25 matches
Mail list logo
