[Bug tools/21310] eu-elflint: heap-based buffer overflow in check_symtab_shndx (elflint.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=21310 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tools/21311] eu-elflint: heap-based buffer overflow in check_sysv_hash (elflint.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=21311 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libdw/21330] dwarf_peel_type() loops infinitely for typedef const struct ...

https://sourceware.org/bugzilla/show_bug.cgi?id=21330 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tools/21332] elflint doesn't handle compressed sections

https://sourceware.org/bugzilla/show_bug.cgi?id=21332 --- Comment #7 from Mark Wielaard --- Turns out supporting (gabi) compressed ELF sections in eu-elflint is is fairly simple by just decompressing every section unconditionally at the start (when we also check if all sections are actually there

[Bug tools/21332] elflint doesn't handle compressed sections

https://sourceware.org/bugzilla/show_bug.cgi?id=21332 Mark Wielaard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug general/21011] "may be used uninitialized" error with -Werror=maybe-uninitialized

https://sourceware.org/bugzilla/show_bug.cgi?id=21011 --- Comment #8 from Mark Wielaard --- Please post how exactly you are configuring the build, compiler (version) and flags used. It would certainly help to have a concrete patch against current git. -- You are receiving this mail because: Yo

[Bug general/21011] "may be used uninitialized" error with -Werror=maybe-uninitialized

https://sourceware.org/bugzilla/show_bug.cgi?id=21011 --- Comment #10 from Mark Wielaard --- That is a pretty involved way to configure elfutils. You do add various -Wno-error=unused-but-set-variable -Wno-error=unused-result options. Why not just add -Wno-error=maybe-uninitialized in that case?

[Bug general/21011] "may be used uninitialized" error with -Werror=maybe-uninitialized

https://sourceware.org/bugzilla/show_bug.cgi?id=21011 --- Comment #11 from Mark Wielaard --- So the flag that seem to trigger it is -Os (but only on 32bit systems?). Proposed the following: commit 7114c513fbebcca8b76796b7f64b57447ba383e1 Author: Mark Wielaard Date: Wed Apr 19 17:07:46 2017 +0

[Bug general/21011] "may be used uninitialized" error with -Werror=maybe-uninitialized

https://sourceware.org/bugzilla/show_bug.cgi?id=21011 --- Comment #13 from Mark Wielaard --- (In reply to Luiz Angelo Daros de Luca from comment #12) > Great! Thanks! > > How about libcpu/i386_disasm.c case? Don't use -DNDEBUG. assert is a noreturn function. The asserts in the code are delibera

[Bug general/21011] "may be used uninitialized" error with -Werror=maybe-uninitialized

https://sourceware.org/bugzilla/show_bug.cgi?id=21011 --- Comment #15 from Mark Wielaard --- (In reply to Luiz Angelo Daros de Luca from comment #14) > I do not set -DNDEBUG. All compiler flags are similar in this case. Maybe a > gcc bug? Or your alternative glibc headers don't provide enough in

[Bug general/21011] "may be used uninitialized" error with -Werror=maybe-uninitialized

https://sourceware.org/bugzilla/show_bug.cgi?id=21011 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tools/21247] addr2line doesn't properly resolve filename/lineno

https://sourceware.org/bugzilla/show_bug.cgi?id=21247 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #3

[Bug tools/21247] addr2line doesn't properly resolve filename/lineno

https://sourceware.org/bugzilla/show_bug.cgi?id=21247 --- Comment #4 from Mark Wielaard --- Looking at the debug_info we do have: [39ca09]subprogram low_pc (addr) +0x002c08b0 <_Z20PlatformCrashHandleriP9siginfo_tPv> high_pc (addr)

[Bug libelf/21315] multiple misaligned address errors for Elf64_Shdr

https://sourceware.org/bugzilla/show_bug.cgi?id=21315 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libelf/21316] multiple misaligned address errors for Elf32_Phdr

||mark at klomp dot org Resolution|--- |OBSOLETE --- Comment #1 from Mark Wielaard --- See bug #21315. Closing for now. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libelf/21317] misaligned address error for uint32_t

||mark at klomp dot org Resolution|--- |OBSOLETE --- Comment #1 from Mark Wielaard --- See bug #21315. Closing for now. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libelf/21318] misaligned access error for Elf32_Shdr

||mark at klomp dot org Resolution|--- |OBSOLETE --- Comment #1 from Mark Wielaard --- See bug #21315. Closing for now. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug backends/21541] eu-readelf --notes fails to dump PRSTATUS data?

https://sourceware.org/bugzilla/show_bug.cgi?id=21541 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug tools/21525] Multiple .shstrtab sections since eu-readelf 0.166

https://sourceware.org/bugzilla/show_bug.cgi?id=21525 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug tools/21522] eu-strip generates empty output if there is nothing to do

https://sourceware.org/bugzilla/show_bug.cgi?id=21522 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug tools/21525] Multiple .shstrtab sections since eu-readelf 0.166

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

[Bug tools/21522] eu-strip generates empty output if there is nothing to do

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

[Bug backends/21541] No error handling for missing backends

https://sourceware.org/bugzilla/show_bug.cgi?id=21541 Mark Wielaard changed: What|Removed |Added Summary|eu-readelf --notes fails to |No error handling for

[Bug tools/21522] eu-strip generates empty output if there is nothing to do

https://sourceware.org/bugzilla/show_bug.cgi?id=21522 Mark Wielaard changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tools/21525] Multiple .shstrtab sections since eu-readelf 0.166

https://sourceware.org/bugzilla/show_bug.cgi?id=21525 Mark Wielaard changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libelf/22083] run-strip-strmerge.sh test fail on i686

https://sourceware.org/bugzilla/show_bug.cgi?id=22083 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug libelf/22083] run-strip-strmerge.sh test fail on i686

https://sourceware.org/bugzilla/show_bug.cgi?id=22083 --- Comment #3 from Mark Wielaard --- Thanks. Replicated with that object file. But not yet understood. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libelf/22083] run-strip-strmerge.sh test fail on i686

https://sourceware.org/bugzilla/show_bug.cgi?id=22083 --- Comment #5 from Mark Wielaard --- (In reply to Laurent Carlier from comment #4) > (In reply to Mark Wielaard from comment #3) > > Thanks. Replicated with that object file. But not yet understood. > > Filtering -fno-plt from CFLAGS fixes t

[Bug tools/21792] Decode DWARF5 in eu-readelf

||mark at klomp dot org Resolution|--- |FIXED --- Comment #1 from Mark Wielaard --- Although it isn't full DWARF5 support all DWARF5 tags and attributes are recognized in 0.170. From the NEWS file: Version 0.170 libdw: Added new D

[Bug backends/22196] possible memory leak in libcpu i386_gendis

https://sourceware.org/bugzilla/show_bug.cgi?id=22196 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org

[Bug tools/22250] readelf should support --dwarf-start and --dwarf-depth

https://sourceware.org/bugzilla/show_bug.cgi?id=22250 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug tools/22250] readelf should support --dwarf-start and --dwarf-depth

https://sourceware.org/bugzilla/show_bug.cgi?id=22250 --- Comment #2 from Mark Wielaard --- Addition. "the special value 0 for n" also restores printing the CU headers. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug tools/22250] readelf should support --dwarf-start and --dwarf-depth

https://sourceware.org/bugzilla/show_bug.cgi?id=22250 --- Comment #3 from Mark Wielaard --- Another addition "depth" starts counting from zero. Zero usually is the first DIE (compilation_unit or partial_unit). Specifying --dwarf-depth=0 will only print the Compilation Unit headers, followed by a

[Bug tools/22288] eu-addr2line doesn't find a rust file:line

https://sourceware.org/bugzilla/show_bug.cgi?id=22288 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug libdw/22452] Failed to obtain CFI data for a OP_call_frame_CFA when looking for func entrypoc in an s390 kernel module

https://sourceware.org/bugzilla/show_bug.cgi?id=22452 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug libdw/22452] Failed to obtain CFI data for a OP_call_frame_CFA when looking for func entrypoc in an s390 kernel module

https://sourceware.org/bugzilla/show_bug.cgi?id=22452 --- Comment #4 from Mark Wielaard --- (In reply to H. Brueckner from comment #2) > (In reply to Mark Wielaard from comment #1) > > The .eh_frame is a loaded section, which means it won't go into the .debug > > file. So you would need to load t

[Bug libdw/22452] Failed to obtain CFI data for a OP_call_frame_CFA when looking for func entrypoc in an s390 kernel module

https://sourceware.org/bugzilla/show_bug.cgi?id=22452 --- Comment #5 from Mark Wielaard --- (In reply to Mark Wielaard from comment #4) > So, if you could provide the output of eu-readelf --relocs paes_s390.ko (on > your combined paes_s390.ko containing both code and debug) that would be > helpfu

[Bug libdw/22452] Failed to obtain CFI data for a OP_call_frame_CFA when looking for func entrypoc in an s390 kernel module

https://sourceware.org/bugzilla/show_bug.cgi?id=22452 --- Comment #9 from Mark Wielaard --- (In reply to H. Brueckner from comment #8) > (In reply to Mark Wielaard from comment #5) > > (In reply to Mark Wielaard from comment #4) > > > So, if you could provide the output of eu-readelf --relocs pae

[Bug libdw/22452] Failed to obtain CFI data for a OP_call_frame_CFA when looking for func entrypoc in an s390 kernel module

https://sourceware.org/bugzilla/show_bug.cgi?id=22452 --- Comment #12 from Mark Wielaard --- (In reply to H. Brueckner from comment #10) > (In reply to Mark Wielaard from comment #9) > > But the output does confirm what I feared. The R_390_PC32 .rela.eh_frame > > relocations are not "simple". The

[Bug spam/22496] Ksldmndnc.

||mark at klomp dot org Component|general |spam Resolution|--- |INVALID Assignee|unassigned at sourceware dot org |nobody at sourceware dot org Product|elfutils|web

[Bug libdw/22452] Extend ebl_reloc_ hooks with relocations against load address for use in libdwfl/relocate.c

https://sourceware.org/bugzilla/show_bug.cgi?id=22452 Mark Wielaard changed: What|Removed |Added Summary|Failed to obtain CFI data |Extend ebl_reloc_ hooks

[Bug libdw/22546] dwarf_aggregate_size() doesn't work for multi-dimensional arrays

https://sourceware.org/bugzilla/show_bug.cgi?id=22546 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #5

[Bug libdw/22546] dwarf_aggregate_size() doesn't work for multi-dimensional arrays

https://sourceware.org/bugzilla/show_bug.cgi?id=22546 --- Comment #6 from Mark Wielaard --- I believe your fix is correct. And we really do want to calculate the stride only once based on the array element type, not for each dimension. I am not sure what the original code tried to do. It probably

[Bug libdw/22546] dwarf_aggregate_size() doesn't work for multi-dimensional arrays

https://sourceware.org/bugzilla/show_bug.cgi?id=22546 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug spam/22652] .

https://sourceware.org/bugzilla/show_bug.cgi?id=22652 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org

[Bug spam/22652] .

https://sourceware.org/bugzilla/show_bug.cgi?id=22652 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug general/22675] Failed elfutils 0.170 tests

https://sourceware.org/bugzilla/show_bug.cgi?id=22675 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug general/22675] Failed elfutils 0.170 tests

https://sourceware.org/bugzilla/show_bug.cgi?id=22675 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug general/22892] heap-buffer-overflow in check_group function (src/elflint.c)

||2018-02-26 CC||mark at klomp dot org Ever confirmed|0 |1 --- Comment #1 from Mark Wielaard --- Proposed patch: https://sourceware.org/ml/elfutils-devel/2018-q1/msg00055.html -- You are receiving this

[Bug tools/22865] [objdump] Arbitrary memory write in default_syscall_abi of eblopenbackend.c.

https://sourceware.org/bugzilla/show_bug.cgi?id=22865 --- Comment #1 from Mark Wielaard --- *** Bug 22864 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

[Bug tools/22864] [objdump] Arbitrary memory write in default_syscall_abi of eblopenbackend.c.

||mark at klomp dot org Resolution|--- |DUPLICATE --- Comment #1 from Mark Wielaard --- bug #22865 looks the same, but has an actual poc attached. *** This bug has been marked as a duplicate of bug 22865 *** -- You are receiving this mail

[Bug tools/22865] [objdump] Arbitrary memory write in default_syscall_abi of eblopenbackend.c.

https://sourceware.org/bugzilla/show_bug.cgi?id=22865 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #2

[Bug tools/22865] [objdump] Arbitrary memory write in default_syscall_abi of eblopenbackend.c.

https://sourceware.org/bugzilla/show_bug.cgi?id=22865 --- Comment #3 from Mark Wielaard --- *** Bug 22863 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

[Bug tools/22863] [objdump] Arbitrary memory write in default_syscall_abi of eblopenbackend.c.

||mark at klomp dot org Resolution|--- |DUPLICATE --- Comment #1 from Mark Wielaard --- This is the same as bug #22865 with the poc inside a zip file. The binaries are identical. *** This bug has been marked as a duplicate of bug 22865

[Bug libdw/22452] Extend ebl_reloc_ hooks with relocations against load address for use in libdwfl/relocate.c

https://sourceware.org/bugzilla/show_bug.cgi?id=22452 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug general/22892] heap-buffer-overflow in check_group function (src/elflint.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=22892 Mark Wielaard changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug spam/22801] Contact Us 1800 201 2898 Amazon Echo Tech Support Number

https://sourceware.org/bugzilla/show_bug.cgi?id=22801 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|elfutils-

[Bug general/21009] Incompatible with MUSL libc: canonicalize_file_name

https://sourceware.org/bugzilla/show_bug.cgi?id=21009 --- Comment #2 from Mark Wielaard --- (In reply to Mark Wielaard from comment #1) > I think we can assume everybody uses glibc or a modern alternative that > already implements the resolved_path == NULL feature. So I would simply > change the

[Bug tools/22865] [objdump] Arbitrary memory write in default_syscall_abi of eblopenbackend.c.

https://sourceware.org/bugzilla/show_bug.cgi?id=22865 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug general/21009] Incompatible with MUSL libc: canonicalize_file_name

https://sourceware.org/bugzilla/show_bug.cgi?id=21009 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug general/21002] Incompatible with MUSL libc

https://sourceware.org/bugzilla/show_bug.cgi?id=21002 Bug 21002 depends on bug 21009, which changed state. Bug 21009 Summary: Incompatible with MUSL libc: canonicalize_file_name https://sourceware.org/bugzilla/show_bug.cgi?id=21009 What|Removed |Added --

[Bug general/21002] Incompatible with MUSL libc

https://sourceware.org/bugzilla/show_bug.cgi?id=21002 --- Comment #8 from Mark Wielaard --- (In reply to Luiz Angelo Daros de Luca from comment #7) > I'm back with news. > [...] > Almost there! Thanks for the overview. If at all possible, could you open separate bugs for these issues? Then we ca

[Bug general/22976] global-buffer-overflow in ebl_dynamic_tag_name (libebl/ebldynamictagname.c)

||2018-03-16 CC||mark at klomp dot org Ever confirmed|0 |1 --- Comment #1 from Mark Wielaard --- Thanks. The issue is that there is a new standard SYMTAB_SHNDX which we got through the new elf.h, but

[Bug general/22976] global-buffer-overflow in ebl_dynamic_tag_name (libebl/ebldynamictagname.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=22976 Mark Wielaard changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug general/22976] global-buffer-overflow in ebl_dynamic_tag_name (libebl/ebldynamictagname.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=22976 --- Comment #3 from Mark Wielaard --- I noticed there is a CVE linked to this bug report: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-8769 Note that this bug was NOT in a released version of elfutils. It was introduced by the impor

[Bug tools/23011] Infinite loop in handle_sysv_hash (src/readelf.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=23011 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug tools/23011] Infinite loop in handle_sysv_hash (src/readelf.c)

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

[Bug tools/23011] Infinite loop in handle_sysv_hash (src/readelf.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=23011 Mark Wielaard changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tools/23173] eu-addr2line does not flush its output, causing problems when used from a script

https://sourceware.org/bugzilla/show_bug.cgi?id=23173 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org

[Bug spam/23213] ho

||mark at klomp dot org Component|backends|spam Resolution|--- |INVALID Assignee|unassigned at sourceware dot org |nobody at sourceware dot org Product|elfutils|web

[Bug tools/23247] Segfault in 0.171 RC1 release candidate

https://sourceware.org/bugzilla/show_bug.cgi?id=23247 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug tools/23247] Segfault in 0.171 RC1 release candidate

https://sourceware.org/bugzilla/show_bug.cgi?id=23247 --- Comment #2 from Mark Wielaard --- (In reply to Mark Wielaard from comment #1) > While looking at this I also noticed that for this test file eu-readelf > --debug-dump=ranges claims to find some unused garbage in .debug_ranges, > which migh

[Bug tools/23248] armv7l: dwarf_getsrclines.c:362:37: error: argument 1 value '4294967288' exceeds maximum object size 2147483647 [-Werror=alloc-size-larger-than=]

https://sourceware.org/bugzilla/show_bug.cgi?id=23248 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #2

[Bug tools/23248] armv7l: dwarf_getsrclines.c:362:37: error: argument 1 value '4294967288' exceeds maximum object size 2147483647 [-Werror=alloc-size-larger-than=]

https://sourceware.org/bugzilla/show_bug.cgi?id=23248 --- Comment #3 from Mark Wielaard --- Martin pointed out that only works (on 64bit) if ndirlist was actually a size_t (like nfilelist already is). So the full patch would be: diff --git a/libdw/dwarf_getsrclines.c b/libdw/dwarf_getsrclines.c

[Bug tools/23247] Segfault in 0.171 RC1 release candidate

https://sourceware.org/bugzilla/show_bug.cgi?id=23247 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tools/23248] armv7l: dwarf_getsrclines.c:362:37: error: argument 1 value '4294967288' exceeds maximum object size 2147483647 [-Werror=alloc-size-larger-than=]

https://sourceware.org/bugzilla/show_bug.cgi?id=23248 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libdw/23301] free on unitialized value

||2018-06-17 CC||mark at klomp dot org Assignee|unassigned at sourceware dot org |mark at klomp dot org Ever confirmed|0 |1 Status|ASSIGNED|RESOLVED

[Bug general/23320] Incorrect usage of sizeof

https://sourceware.org/bugzilla/show_bug.cgi?id=23320 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug general/23320] Incorrect usage of sizeof

https://sourceware.org/bugzilla/show_bug.cgi?id=23320 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug general/23370] run-next-cfi-self.sh doesn't handle compressed ELF sections

https://sourceware.org/bugzilla/show_bug.cgi?id=23370 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org

[Bug general/23370] run-next-cfi-self.sh doesn't handle compressed ELF sections

https://sourceware.org/bugzilla/show_bug.cgi?id=23370 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libelf/23528] When executing ./eu-nm or ./eu-readelf -aAdehIlnrsSVcp -w, AddressSanitizer catch a double-free crash.

https://sourceware.org/bugzilla/show_bug.cgi?id=23528 --- Comment #1 from Mark Wielaard --- Replicated under valgrind: $ valgrind -q eu-readelf -S Double-free-libelf ==13892== Invalid free() / delete / delete[] / realloc() ==13892==at 0x48369EB: free (vg_replace_malloc.c:530) ==13892==b

[Bug backends/23529] heap-buffer-overflow in eu-readelf

https://sourceware.org/bugzilla/show_bug.cgi?id=23529 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug libelf/23528] When executing ./eu-nm or ./eu-readelf -aAdehIlnrsSVcp -w, AddressSanitizer catch a double-free crash.

https://sourceware.org/bugzilla/show_bug.cgi?id=23528 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #3

[Bug libdw/23541] heap-buffer-overflow in /elfutils/libdw/dwarf_getaranges.c:156

https://sourceware.org/bugzilla/show_bug.cgi?id=23541 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug general/23542] heap-buffer-overflow in /elfutils/src/elflint.c:2055 check_sysv_hash

https://sourceware.org/bugzilla/show_bug.cgi?id=23542 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug general/23542] heap-buffer-overflow in /elfutils/src/elflint.c:2055 check_sysv_hash

https://sourceware.org/bugzilla/show_bug.cgi?id=23542 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libelf/23528] When executing ./eu-nm or ./eu-readelf -aAdehIlnrsSVcp -w, AddressSanitizer catch a double-free crash.

https://sourceware.org/bugzilla/show_bug.cgi?id=23528 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libdw/23541] heap-buffer-overflow in /elfutils/libdw/dwarf_getaranges.c:156

https://sourceware.org/bugzilla/show_bug.cgi?id=23541 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug backends/23529] heap-buffer-overflow in eu-readelf

https://sourceware.org/bugzilla/show_bug.cgi?id=23529 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libdw/23541] heap-buffer-overflow in /elfutils/libdw/dwarf_getaranges.c:156

https://sourceware.org/bugzilla/show_bug.cgi?id=23541 --- Comment #3 from Mark Wielaard --- For reference, this bug apparently got assigned CVE-2018-16062. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libelf/23528] When executing ./eu-nm or ./eu-readelf -aAdehIlnrsSVcp -w, AddressSanitizer catch a double-free crash.

https://sourceware.org/bugzilla/show_bug.cgi?id=23528 --- Comment #5 from Mark Wielaard --- Apparently this bug got assigned CVE-2018-16402 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug backends/23529] heap-buffer-overflow in eu-readelf

https://sourceware.org/bugzilla/show_bug.cgi?id=23529 --- Comment #3 from Mark Wielaard --- CVE-2018-16403 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug tools/23673] TEST ./tests/backtrace-dwarf fails on s390x in 0.174 release

https://sourceware.org/bugzilla/show_bug.cgi?id=23673 --- Comment #1 from Mark Wielaard --- Note that we have an s390x fedora buildbot worker that also uses GCC 8.1.1: https://builder.wildebeest.org/buildbot/#/workers/5 That one is green. So I suspect it is either a different binutils or glibc (

[Bug tools/23673] TEST ./tests/backtrace-dwarf fails on s390x in 0.174 release

https://sourceware.org/bugzilla/show_bug.cgi?id=23673 --- Comment #3 from Mark Wielaard --- It does seem to work correctly on Fedora 29 with gcc 8.2, binutils 2.31 and glibc 2.28: https://kojipkgs.fedoraproject.org//packages/elfutils/0.174/1.fc29/data/logs/s390x/build.log PASS: run-backtrace-d

[Bug tools/23673] TEST ./tests/backtrace-dwarf fails on s390x in 0.174 release

https://sourceware.org/bugzilla/show_bug.cgi?id=23673 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tools/23673] TEST ./tests/backtrace-dwarf fails on s390x in at least 0.173

https://sourceware.org/bugzilla/show_bug.cgi?id=23673 --- Comment #14 from Mark Wielaard --- The test case does use assert and abort too much. How about we extend Dmitry's patch to get rid of them all (the only abort that should be there is the one in cleanup-13.c). diff --git a/tests/backtrace-

[Bug tools/23673] TEST ./tests/backtrace-dwarf fails on s390x in at least 0.173

https://sourceware.org/bugzilla/show_bug.cgi?id=23673 --- Comment #16 from Mark Wielaard --- (In reply to Martin Liska from comment #15) > Thanks Mark, I installed the patch but I see still the same. The output was exactly the same? That is surprising. So there is no additional output that expla

[Bug tools/23673] TEST ./tests/backtrace-dwarf fails on s390x in at least 0.173

https://sourceware.org/bugzilla/show_bug.cgi?id=23673 --- Comment #18 from Mark Wielaard --- (In reply to Martin Liska from comment #17) > (In reply to Mark Wielaard from comment #16) > > (In reply to Martin Liska from comment #15) > > > Thanks Mark, I installed the patch but I see still the same

[Bug libdw/23752] Invalid Address Read problem in dwfl_segment_report_module.c when executing ./eu-stack --core=$POC

||2018-10-14 CC||mark at klomp dot org Ever confirmed|0 |1 --- Comment #1 from Mark Wielaard --- Replicated under valgrind: ==13295== Invalid read of size 4 ==13295==at 0x50825BD: consider_notes

<    1   2   3   4   5   6   7   8   >