[Bug libdw/24103] Invalid address Deference in elf64_xlatetom in elf32_xlatetom.c in libelf

https://sourceware.org/bugzilla/show_bug.cgi?id=24103 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

Re: [PATCHv1 1/2] libdwfl: specify optional sysroot to search for shared libraries

On Sun, Jan 20, 2019 at 03:00:45PM +, Luke Diamand wrote: > When searching the list of modules in a core file, if the core was > generated on a different system to the current one, we need to look > in a sysroot for the various shared objects. > > For example, we might be looking at a core fil

[PATCH] libdwfl: Sanity check partial core file dyn data read.

When reading the dyn data from the core file check if we got everything, or just part of the data. https://sourceware.org/bugzilla/show_bug.cgi?id=24103 Signed-off-by: Mark Wielaard --- libdwfl/ChangeLog| 5 + libdwfl/dwfl_segment_report_module.c | 6 ++ 2 files chan

[Bug libdw/24102] A Heap-buffer-overflow problem was discovered in the function read_srclines in dwarf_getsrclines.c in libdw

https://sourceware.org/bugzilla/show_bug.cgi?id=24102 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[PATCH] libdw: Check terminating NUL byte in dwarf_getsrclines for dir/file table.

For DWARF version < 5 the .debug_line directory and file tables consist of a terminating NUL byte after all strings. The code used to just skip this without checking it actually existed. This could case a spurious read past the end of data. Fix the same issue in readelf. https://sourceware.org/bu

MIPS Elfutils support?

Hi! I was hoping to use elfutils on some MIPS core files. So I was wondering what the status is? There is a patch in Debian (apparently originally from RedHat?) here: https://sources.debian.org/src/elfutils/0.175-2/debian/patches/mips_backend.diff/ That's not in the mainline code though, and a

[PATCHv1 1/2] libdwfl: specify optional sysroot to search for shared libraries

When searching the list of modules in a core file, if the core was generated on a different system to the current one, we need to look in a sysroot for the various shared objects. For example, we might be looking at a core file from an ARM system using elfutils running on an x86 host. This change

[PATCHv1 2/2] eu-stack: add support for sysroot option

Use the dwfl_set_sysroot() function to set the sysroot to be used when analysing a core: e.g. $ eu-stack --core core --sysroot /path/to/sysroot -e crashing_prog Signed-off-by: Luke Diamand --- src/stack.c | 9 + 1 file changed, 9 insertions(+) diff --git a/src/stack.c b/src/stack.c

[PATCHv1 0/2] specify a sysroot to search when examining a core file

Following on from this discussion: https://sourceware.org/ml/elfutils-devel/2018-q4/msg00224.html This patch adds a new API to specify a sysroot, and extends eu-stack to use it with a new command line option. I have been experimenting with this on various ARM-based platforms, currently using