||a/show_bug.cgi?id=103525
CC||mark at klomp dot org
--- Comment #2 from Mark Wielaard ---
Which seems to be the following gcc bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103525
panxiaohe is your kernel build
https://sourceware.org/bugzilla/show_bug.cgi?id=29158
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRME
https://sourceware.org/bugzilla/show_bug.cgi?id=24068
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26812
--- Comment #2 from Mark Wielaard ---
https://inbox.sourceware.org/elfutils-devel/cover.1695837512.git.osan...@fb.com/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26921
--- Comment #10 from Mark Wielaard ---
https://inbox.sourceware.org/elfutils-devel/CAK-+vz0guN1=d5-ecurtqaf0znl+agyfg4n7pguumkwniom...@mail.gmail.com/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26930
--- Comment #2 from Mark Wielaard ---
https://inbox.sourceware.org/elfutils-devel/CAK-+vz0guN1=d5-ecurtqaf0znl+agyfg4n7pguumkwniom...@mail.gmail.com/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28148
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=27805
--- Comment #7 from Mark Wielaard ---
Do as suggested in comment #1 (and what binutils apparently does), skip zero
entries when not at the end of the table:
https://inbox.sourceware.org/elfutils-devel/20231006120329.340788-1-m...@klomp.org/T/
|--- |NOTABUG
CC||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
elf.h comes from the glibc project:
https://sourceware.org/cgit/glibc/tree/elf/elf.h
gelf.h is part of the libelf api which is a common library implementation
https://sourceware.org/bugzilla/show_bug.cgi?id=24086
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28240
--- Comment #4 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #3)
> So I think this is resolved now. But would like someone else to double
> check. These races are tricky.
That was 3 months ago. Can we assume this is fixed?
-
https://sourceware.org/bugzilla/show_bug.cgi?id=27805
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=28240
Mark Wielaard changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30980
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=30980
--- Comment #2 from Mark Wielaard ---
This however is really odd and might explain why we get onto an ET_REL path:
$ eu-readelf -x .gnu_debuglink
~/Downloads/libjavascriptcoregtk-4.1.so.0.4.10.zst
Hex dump of section [28] '.gnu_debuglink', 8
https://sourceware.org/bugzilla/show_bug.cgi?id=30980
--- Comment #3 from Mark Wielaard ---
Would you happen to know where systemd-stable/src/coredump/coredump.c and
systemd-stable/src/shared/elf-util.c come from? I am trying to figure out how
the dwfl has been setup that parse_core uses, but I c
https://sourceware.org/bugzilla/show_bug.cgi?id=30980
--- Comment #4 from Mark Wielaard ---
O, apparently systemd isn't updated on freedesktop.org anymore. So my git repo
is stale. The copy on github (sigh) does have those files and the parse_core
function.
The dwfl setup is done with:
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
Mark Wielaard changed:
What|Removed |Added
CC||roland at gnu dot org
--- Comment #5
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #6 from Mark Wielaard ---
So my preferred workaround:
diff --git a/libdw/dwarf_getsrclines.c b/libdw/dwarf_getsrclines.c
index df003c5f..69e10c7b 100644
--- a/libdw/dwarf_getsrclines.c
+++ b/libdw/dwarf_getsrclines.c
@@ -129,6 +12
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #10 from Mark Wielaard ---
(In reply to Frank Ch. Eigler from comment #7)
> > So my preferred workaround:
>
> appears to be based on the assumption that truncated bitfields will not
> collide. Has this assumption been tested?
Mo
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #13 from Mark Wielaard ---
(In reply to Aleksei Vetrov from comment #12)
> (In reply to Mark Wielaard from comment #6)
> > So my preferred workaround:
> > https://code.wildebeest.org/git/user/mjw/elfutils/commit/?h=really-large-dis
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
Mark Wielaard changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=30980
--- Comment #6 from Mark Wielaard ---
Thanks, that seems to be the correct thing to do here.
Note that there are a couple more asserts on this code path. In particular in
__libdwfl_find_elf_build_id there is what apparently is the root of the
https://sourceware.org/bugzilla/show_bug.cgi?id=30948
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=28148
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=30986
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Last
|UNCONFIRMED |NEW
CC||mark at klomp dot org
Ever confirmed|0 |1
--- Comment #1 from Mark Wielaard ---
I believe your analysis of the code is correct. But I don't yet know
what the correct fix for this is.
https://sourceware.org/bugzilla/show_bug.cgi?id=30948
--- Comment #3 from Mark Wielaard ---
See also https://sourceware.org/bugzilla/show_bug.cgi?id=22288
The issue is that we rely on .debug_aranges to know whether a (code) address is
described in a particular DWARF CU (and from there which line
|--- |FIXED
CC||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
Thanks, fixed with this commit so no random global strings are returned.
commit 373f5212677235fc3ca6068b887111554790f944
Author: Mark Wielaard
Date: Mon Nov
||mark at klomp dot org
Resolution|--- |NOTABUG
--- Comment #1 from Mark Wielaard ---
This is impossible unless you mix different versions of the elfutils modules.
The eu-readelf -a works fine with elfutils (libelf and tools) from 0.190.
The
https://sourceware.org/bugzilla/show_bug.cgi?id=3
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Created attachment 15238
--> https://sourceware.org/bugzilla/attachment.cgi?id=15238&action=edit
me
https://sourceware.org/bugzilla/show_bug.cgi?id=31114
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Mark Wie
: backends
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
dwfl_module_return_value_location will fail for functions that return a struct
because that need
https://sourceware.org/bugzilla/show_bug.cgi?id=31142
--- Comment #3 from Mark Wielaard ---
(In reply to Robbin Ehn from comment #1)
> I'm no expert in RV ABI, but from 18.2 RVG Calling Convention:
>
> "Values are returned from functions in integer registers a0 and a1 and
> floating-point regist
https://sourceware.org/bugzilla/show_bug.cgi?id=30975
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
||mark at klomp dot org
Resolution|--- |MOVED
--- Comment #2 from Mark Wielaard ---
This was fixed in musl with:
commit 6be76895f6863100a311d474a42abdbb6466189d
Author: Violet Purcell
Date: Sat Nov 4 12:09:20 2023 -0400
elf.h: add
https://sourceware.org/bugzilla/show_bug.cgi?id=31142
Mark Wielaard changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=31248
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=3
Mark Wielaard changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=31225
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
||mark at klomp dot org
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Mark Wielaard ---
commit ae580d48278b9924da7503886b37be34378e1b04
Author: Sergei Trofimovich
Date: Thu Dec 21 09:23:30 2023 +
tests: fix build against upcoming `gcc-14
||2024-02-01
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at sourceware dot org |mark at klomp dot org
--- Comment #3 from Mark Wielaard ---
(In reply to Derek Bruening from comment #2)
> I had thought with the ELF_C_READ_MMAP supp
https://sourceware.org/bugzilla/show_bug.cgi?id=31225
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=31085
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Now that we have more (split-dwarf) dwo and dwp support we should add an eu-dwp
tool to extract the dwo sections and put then into a dwp file
https://sourceware.org/bugzilla/show_bug.cgi?id=31058
--- Comment #2 from Mark Wielaard ---
Note that this issue was discussed when rediscovered again on January 9 by
someone else running a fuzzer.
The conclusion then was that this was a normal bug and not a security issue.
Crashes in the stand
https://sourceware.org/bugzilla/show_bug.cgi?id=31058
--- Comment #3 from Mark Wielaard ---
Also note that no actual crash occurs unless the eu-readelf is instrumented
with AddressSanitizer. Otherwise eu-readelf will just print a random global
string.
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=31058
--- Comment #4 from Mark Wielaard ---
This bug is referenced from CVE-2024-25260. But the CVE description "NULL
pointer dereference via the handle_verdef() function at readelf.c" doesn't
match this bug. And the supposed reproducer referenced f
https://sourceware.org/bugzilla/show_bug.cgi?id=31439
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=31439
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
Component: libdw
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When opening an ET_REL file with dwarf_begin no relocations are resolved and no
error checking is done if
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #1 from Mark Wielaard ---
This is the current "workaround" I use when working with individual ET_REL
DWARF files (also works for any other ELF type):
static char *debuginfo_path = NULL;
static const Dwfl_Callbacks dwfl_callbacks
https://sourceware.org/bugzilla/show_bug.cgi?id=31142
--- Comment #5 from Mark Wielaard ---
Proposed patch for the basic case(s):
https://inbox.sourceware.org/elfutils-devel/20240320150312.169280-1-m...@klomp.org/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31142
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
With set -o pipefail profile.sh might fail on:
DEBUGINFOD_URLS=$(cat /dev/null "${prefix}/etc/debug
https://sourceware.org/bugzilla/show_bug.cgi?id=31562
--- Comment #1 from Mark Wielaard ---
Proposed patch:
https://inbox.sourceware.org/elfutils-devel/20240326204948.794765-1-m...@klomp.org/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31562
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=31562
--- Comment #3 from Mark Wielaard ---
Note that the testcase would fail on systems where /bin/sh !== bash. Fixed with
a followup patch:
commit 3f956f8f8609f508ead2becc594c2338681cc6d0
Author: Mark Wielaard
Date: Wed Mar 27 15:25:16 2024 +0
https://sourceware.org/bugzilla/show_bug.cgi?id=31447
--- Comment #3 from Mark Wielaard ---
Yes, just process the .rela.debug_* sections.
Note that you don't need to depend on the exact name.
You can follow the section header sh_info field, which points to the section
(number) to which the reloca
https://sourceware.org/bugzilla/show_bug.cgi?id=31729
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=31763
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=31763
--- Comment #2 from Mark Wielaard ---
So the main issue is libdwfl/dwfl_module_addrsym.c which does a linear search
through all symbol tables each and every time...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31763
--- Comment #5 from Mark Wielaard ---
(In reply to Florian Weimer from comment #4)
> (In reply to Mark Wielaard from comment #1)
> > But in practice this doesn't actually work for system libraries, since the
> > .symtab is stripped out, so the
https://sourceware.org/bugzilla/show_bug.cgi?id=31874
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=31874
Mark Wielaard changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |mark at klomp dot org
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
elf_compress[_gnu] tries to swap out the section data with a compressed or
decompressed version. They do that by calling
https://sourceware.org/bugzilla/show_bug.cgi?id=26812
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32063
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
: NEW
Severity: normal
Priority: P2
Component: libelf
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When adding multiple Elf_Data to and Elf_Scn
https://sourceware.org/bugzilla/show_bug.cgi?id=32102
Mark Wielaard changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32155
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
Ever
https://sourceware.org/bugzilla/show_bug.cgi?id=32155
--- Comment #4 from Mark Wielaard ---
(In reply to Evgeny Vereshchagin from comment #1)
> On a somewhat related note I can't seem to find any notifications from
> OSS-Fuzz on the elfutils mailing list:
> https://sourceware.org/pipermail/elfuti
https://sourceware.org/bugzilla/show_bug.cgi?id=32155
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21174
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=21174
--- Comment #4 from Mark Wielaard ---
(In reply to Thommy Jakobsson from comment #2)
> Created attachment 9833 [details]
> disassembly of function IBUFDIST_distribute
That shows the (duplicated) address 6e3628 is the last one before the retur
https://sourceware.org/bugzilla/show_bug.cgi?id=21174
--- Comment #5 from Mark Wielaard ---
(In reply to Thommy Jakobsson from comment #3)
> (In reply to Mark Wielaard from comment #1)
> > How does perf call the libdw getframe function?
> The actual call looks like this
> err = dwfl_getthread_fra
iority: P2
Component: libelf
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When adding or changing data for sections, when there is also existing,
non-dirty, sections then
https://sourceware.org/bugzilla/show_bug.cgi?id=21310
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=21311
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=21312
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=20999
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21001
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||mark at klomp dot org
Resolution|--- |INVALID
--- Comment #4 from Mark Wielaard ---
Looks like if you compile with non-standard flags and -Wno-error this is fine.
Fell free to reopen if you believe this is not the solution.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=21330
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=21330
--- Comment #2 from Mark Wielaard ---
Posted a patch:
https://sourceware.org/ml/elfutils-devel/2017-q1/msg00149.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=21332
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=21332
--- Comment #3 from Mark Wielaard ---
(In reply to rguenther from comment #2)
> On Thu, 30 Mar 2017, mark at klomp dot org wrote:
> > The question is how did a compressed ELF section end up in the elfstrmerge.o
> > file in
https://sourceware.org/bugzilla/show_bug.cgi?id=21332
--- Comment #5 from Mark Wielaard ---
I was wondering why I hadn't seen this before. Turns out that fedora binutils
is explicitly configure with --enable-compressed-debug-sections=none.
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=21315
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
||mark at klomp dot org
Resolution|--- |FIXED
--- Comment #2 from Mark Wielaard ---
commit 9d84fdd78705d7a1b9947a9f4ca77fbccdd76d4a
Author: Mark Wielaard
Date: Fri Mar 24 12:15:02 2017 +0100
readelf: Fix off by one sanity check in
||mark at klomp dot org
Resolution|--- |FIXED
--- Comment #3 from Mark Wielaard ---
commit b0b58c5e0b34e54194aa042f2310af58ee7de603
Author: Mark Wielaard
Date: Fri Mar 24 14:10:26 2017 +0100
Use the empty string for note names with zero
||mark at klomp dot org
Resolution|--- |FIXED
--- Comment #2 from Mark Wielaard ---
commit 8dcc4bf791469a32c3a09ebcc23b309bf75c795f
Author: Mark Wielaard
Date: Fri Mar 24 15:06:04 2017 +0100
libelf: Check compression ratio before trying
https://sourceware.org/bugzilla/show_bug.cgi?id=21199
Mark Wielaard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21310
--- Comment #2 from Mark Wielaard ---
commit 9a0d9d314a6342b56e3277bd7ad7ecb6e73a7d38
Author: Mark Wielaard
Date: Mon Mar 27 23:59:02 2017 +0200
elflint: Check symbol table data is big enough before checking.
Before checking symbo
https://sourceware.org/bugzilla/show_bug.cgi?id=21311
--- Comment #2 from Mark Wielaard ---
commit 61fe61898747f63eb35a81c2261f3590a3dab8fd
Author: Mark Wielaard
Date: Tue Mar 28 00:38:52 2017 +0200
elflint: Don't trust sh_entsize when checking hash sections.
Calculate and use the ex
https://sourceware.org/bugzilla/show_bug.cgi?id=21312
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||mark at klomp dot org
Resolution|--- |FIXED
--- Comment #3 from Mark Wielaard ---
commit fb6709f1a41b58a9557ea45b7f53ae678c660b21
Author: Mark Wielaard
Date: Tue Mar 28 13:33:03 2017 +0200
elflint: Don't check section group wi
1 - 100 of 709 matches
Mail list logo
