[Bug debuginfod/28708] run-debuginfod-webapi-concurrency.sh seems to be flaky

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

[Bug libelf/28685] UBSan: member access within misaligned address 0x7ff316818032 for type 'struct Elf32_Phdr'

https://sourceware.org/bugzilla/show_bug.cgi?id=28685 Mark Wielaard changed: What|Removed |Added Last reconfirmed||2021-12-17 Status|UNCONFI

[Bug libelf/28685] UBSan: member access within misaligned address 0x7ff316818032 for type 'struct Elf32_Phdr'

https://sourceware.org/bugzilla/show_bug.cgi?id=28685 --- Comment #2 from Evgeny Vereshchagin --- > Should we try to handle unaligned access in the xlateto functions? > Those functions make use of a lot of tricky macros, which depend on the > types passed in. > > Or should we fix the called (dwf

[Bug libdw/28710] New: ERROR: AddressSanitizer: SEGV on unknown address (on i386)

https://sourceware.org/bugzilla/show_bug.cgi?id=28710 Bug ID: 28710 Summary: ERROR: AddressSanitizer: SEGV on unknown address (on i386) Product: elfutils Version: unspecified Status: UNCONFIRMED Severity: normal

Re: [PATCH] tests: integrate fuzz-dwfl-core into elfutils

Hi Evgeny, On Sun, Dec 12, 2021 at 03:16:58PM +, Evgeny Vereshchagin via Elfutils-devel wrote: > The fuzz target was integrated into OSS-Fuzz in > https://github.com/google/oss-fuzz/pull/6944 and since then it > has been running there continously (uncovering various issues > along the way). I

Re: [PATCH] tests: integrate fuzz-dwfl-core into elfutils

Hi Mark, > Once you > have the bytes you can simply call Elf *elf_memory (char *__image, > size_t __size), There is no need to first write out the image to disk > and then use a file descriptor to read it back in. I think I should have mentioned in the commit message that the fuzz target came fr

[PATCH] libdwfl: Make dwfl_segment_report_module aware of maximum Elf size

At the end of dwfl_segment_report_module we might try to read in the whole contents described by a core file. To do this we first allocate a zeroed block of memory that is as big as possible. The core file however may describe much more loaded data than is actually available in the Elf image. So pa

[PATCH] libdwfl: Make sure the note len increases each iteration

In dwfl_segment_report_module we have an overflow check when reading notes, but we could still not make any progress if the number of bytes read (len) didn't increase at all. Check len > last_len. Signed-off-by: Mark Wielaard --- libdwfl/ChangeLog| 5 + libdwfl/dwfl_segme

[COMMITTED] tests: Use /bin/sh instead of /bin/ls as always there binary

run-debuginfod-query-retry.sh would fail when /bin/ls wasn't available. Use /bin/sh instead which really is always available. GNU Guix doesn't have any other standard binary in /bin except for sh. Signed-off-by: Mark Wielaard --- tests/ChangeLog | 4 tests/run-debuginfo

Buildbot failure in Wildebeest Builder on whole buildset

The Buildbot has detected a new failure on builder elfutils-fedora-x86_64 while building elfutils. Full details are available at: https://builder.wildebeest.org/buildbot/#builders/3/builds/880 Buildbot URL: https://builder.wildebeest.org/buildbot/ Worker for this Build: fedora-x86_64 Build

[Bug debuginfod/28708] run-debuginfod-webapi-concurrency.sh seems to be flaky

https://sourceware.org/bugzilla/show_bug.cgi?id=28708 --- Comment #5 from Frank Ch. Eigler --- (In reply to Mark Wielaard from comment #4) > Note that packit doesn't use real hardware for various architectures but > "container emulation" which causes various testcases to fail. > > Although in thi

[Bug debuginfod/28708] run-debuginfod-webapi-concurrency.sh seems to be flaky

https://sourceware.org/bugzilla/show_bug.cgi?id=28708 --- Comment #5 from Frank Ch. Eigler --- (In reply to Mark Wielaard from comment #4) > Note that packit doesn't use real hardware for various architectures but > "container emulation" which causes various testcases to fail. > > Although in thi

[Bug debuginfod/28708] run-debuginfod-webapi-concurrency.sh seems to be flaky

https://sourceware.org/bugzilla/show_bug.cgi?id=28708 Frank Ch. Eigler changed: What|Removed |Added Status|NEW |WAITING -- You are receiving this

[PATCH] libdwfl: Make sure there is at least one dynamic entry

The buffer read in needs to contain room for at least one Elf32_Dyn or Elf64_Dyn entry. Signed-off-by: Mark Wielaard --- libdwfl/ChangeLog | 5 + libdwfl/link_map.c | 5 + 2 files changed, 10 insertions(+) diff --git a/libdwfl/ChangeLog b/libdwfl/ChangeLog index f849b816..d4eee639 1006

[PATCH] libdwfl: Make sure there is at least one phdr

The buffer read in needs to contain room for at least one Phdr. Signed-off-by: Mark Wielaard --- libdwfl/ChangeLog | 4 libdwfl/link_map.c | 5 + 2 files changed, 9 insertions(+) diff --git a/libdwfl/ChangeLog b/libdwfl/ChangeLog index d4eee639..8760b1ef 100644 --- a/libdwfl/ChangeLog

[PATCH] libdwfl: Make sure note data is properly aligned.

In dwfl_segment_report_module the note data might not be properly aligned. Check that it is before accessing the data directly. Otherwise convert data so it is properly aligned. Also fix NOTE_ALIGN4 and NOTE_ALIGN8 to work correctly with long types. Signed-off-by: Mark Wielaard --- libdwfl/Chan