||mark at klomp dot org
Component|libdw |tools
Resolution|--- |FIXED
Summary|An invalid address |eu-readelf
|deference problem was |print_debug_macinfo_section
||2019-04-26
CC|mjw at fedoraproject dot org |mark at klomp dot org
Component|libdw |backends
Assignee|dodji at redhat dot com|mark at klomp dot org
Ever confirmed|0 |1
https://sourceware.org/bugzilla/show_bug.cgi?id=24488
Mark Wielaard changed:
What|Removed |Added
Summary|abidw: wrong results when |ebl_openbackend might use
https://sourceware.org/bugzilla/show_bug.cgi?id=24488
--- Comment #5 from Mark Wielaard ---
(In reply to Frank Ch. Eigler from comment #4)
> Is it worth reconsidering the dynamic loading model for libebl? Each target
> backend consists of about 30kB of stripped .so content, for half a megabyte
>
https://sourceware.org/bugzilla/show_bug.cgi?id=24497
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #3 from Mark Wielaard ---
(In reply to kloczek from comment #2)
> (In reply to Mark Wielaard from comment #1)
> > I am note sure what/how to resolve that.
> >
> > It seems it will need a GCC fix:
> > https://gcc.gnu.org/bugzilla/s
https://sourceware.org/bugzilla/show_bug.cgi?id=24509
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=24509
Mark Wielaard changed:
What|Removed |Added
Attachment #11760|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=24509
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #6 from Mark Wie
https://sourceware.org/bugzilla/show_bug.cgi?id=24488
--- Comment #6 from Mark Wielaard ---
Created attachment 11770
--> https://sourceware.org/bugzilla/attachment.cgi?id=11770&action=edit
Factor out loading of ebl backend library and try multiple times with bin/lib
origin paths
I think we jus
https://sourceware.org/bugzilla/show_bug.cgi?id=24550
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=24550
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from Mark Wie
https://sourceware.org/bugzilla/show_bug.cgi?id=24550
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24509
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24488
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24795
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=24795
--- Comment #3 from Mark Wielaard ---
(In reply to Tom de Vries from comment #2)
> I tried elfutils-latest.tar.bz2 instead, and ran into the use of
> aligned_alloc, which is supported starting glibc v2.16, while debian 7 has
> glibc v2.13.
BT
https://sourceware.org/bugzilla/show_bug.cgi?id=23902
Mark Wielaard changed:
What|Removed |Added
Blocks||24795
Referenced Bugs:
https://sour
https://sourceware.org/bugzilla/show_bug.cgi?id=24795
Mark Wielaard changed:
What|Removed |Added
Depends on||23902
--- Comment #4 from Mark Wielaa
https://sourceware.org/bugzilla/show_bug.cgi?id=24809
--- Comment #1 from Mark Wielaard ---
I can replicate this if I use objcopy to produce the hello.debug and
hello.stripped binaries. But why don't you just use eu-strip?
Doing:
$ eu-strip -f hello.debug -o hello.stripped hello
$ eu-unstrip hel
https://sourceware.org/bugzilla/show_bug.cgi?id=24856
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=24856
--- Comment #3 from Mark Wielaard ---
(In reply to Changbin Du from comment #1)
> BTW, the latest master branch has build failure.
>
> CCLD libebl_sparc.so
> CCLD libebl_ppc.so
> CCLD libebl_ppc64.so
> CCLD libebl_s390
https://sourceware.org/bugzilla/show_bug.cgi?id=23903
--- Comment #9 from Mark Wielaard ---
(In reply to Jean Michault from comment #8)
> Created attachment 11932 [details]
> patch to allow compile on systems without mremap
>
> I suggest the patch attached.
> This makes it possible to compile el
||2019-08-09
Assignee|unassigned at sourceware dot org |mark at klomp dot org
Ever confirmed|0 |1
--- Comment #13 from Mark Wielaard ---
(In reply to Jean Michault from comment #12)
> I propose another patch that checks mremap.
T
https://sourceware.org/bugzilla/show_bug.cgi?id=23903
--- Comment #14 from Mark Wielaard ---
Hi Jean Michault,
I am still interested getting this patch in. Could you look at comment #13 to
see if the CONTRIBUTING text makes sense and if you could provide the
tests/test-suite.log file to analyze
https://sourceware.org/bugzilla/show_bug.cgi?id=24964
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||2019-10-16
CC||mark at klomp dot org
Ever confirmed|0 |1
--- Comment #1 from Mark Wielaard ---
Thanks for the example crashes. These seem caused by 2 asserts, a missing
bounds check and an off-by-one
||2019-10-19
CC||mark at klomp dot org
Ever confirmed|0 |1
--- Comment #1 from Mark Wielaard ---
Replicated under valgrind:
$ valgrind -q eu-unstrip hbo_libelf/hbo__elf32_updatefile.c:772_1
hbo_libelf
||2019-10-19
CC||mark at klomp dot org
Ever confirmed|0 |1
--- Comment #1 from Mark Wielaard ---
It doesn't really "hang", but tries to write out an enormous amount of data.
The issue is t
https://sourceware.org/bugzilla/show_bug.cgi?id=25083
--- Comment #3 from Mark Wielaard ---
(In reply to leftcopy.chx from comment #2)
> I see.
> Is there a need to provide an upper bound for the offset?
There is an offset for the upperbound that we might be able to detect. To be
valid the offse
https://sourceware.org/bugzilla/show_bug.cgi?id=25083
Mark Wielaard changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Mark Wie
||2019-10-21
CC||mark at klomp dot org
Assignee|unassigned at sourceware dot org |mark at klomp dot org
Ever confirmed|0 |1
--- Comment #3 from Mark Wielaard ---
Created attachment 12047
at sourceware dot org |mark at klomp dot org
Summary|AddressSanitizer: |unstrip bad handling of
|heap-buffer-overflow at |sh_entsize of the symver
|libelf/elf32_updatefile.c:7 |section
|72
at sourceware dot org |mark at klomp dot org
Summary|Unexpected hangs at |unstrip tries to write out
|elf32_updatefile.c:518 |an enormous amount of data
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25077
--- Comment #3 from Mark Wielaard ---
(In reply to leftcopy.chx from comment #2)
> Since this crashes occurs when calling `elf_update`, which resides in
> libelf, I suppose this is a libelf library issue.
>
> I'd suggest adding some documents
https://sourceware.org/bugzilla/show_bug.cgi?id=25082
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25083
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25077
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25068
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25069
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=25069
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
|tools
Assignee|unassigned at sourceware dot org |mark at klomp dot org
--- Comment #5 from Mark Wielaard ---
The problem is that the symbol table string data (.strtab) is corrupt. The last
string doesn't have a zero terminator. This can be fixed by checkin
https://sourceware.org/bugzilla/show_bug.cgi?id=25069
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25173
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=25173
--- Comment #5 from Mark Wielaard ---
I suspect this is the same as
https://sourceware.org/bugzilla/show_bug.cgi?id=22288
If so then rustc -Cllvm-args=-generate-arange-section should resolve it.
--
You are receiving this mail because:
You a
https://sourceware.org/bugzilla/show_bug.cgi?id=25173
--- Comment #8 from Mark Wielaard ---
(In reply to Milian Wolff from comment #7)
> hmm but in perfparser we have a workaround for missing aranges... I'll have
> to dig into this to see why it doesn't work here.
You also mention it is an issue
||2019-11-27
CC||mark at klomp dot org
Ever confirmed|0 |1
--- Comment #1 from Mark Wielaard ---
Yes, that is odd. Thank for the reproducer.
I think that must be a typo in the patch.
The other formats
https://sourceware.org/bugzilla/show_bug.cgi?id=25227
--- Comment #3 from Mark Wielaard ---
Created attachment 12113
--> https://sourceware.org/bugzilla/attachment.cgi?id=12113&action=edit
test file with symbols for objects/functions global/local TLS/UNIQUE debug,
weak, etc.
> Hi Mark, do you
https://sourceware.org/bugzilla/show_bug.cgi?id=25227
--- Comment #5 from Mark Wielaard ---
(In reply to Enzo Matsumiya from comment #4)
> Ping?
>
> We're looking to roll out this fix internally, but we need upstream to
> acknowledge/release it first.
Sorry, I forgot. Like I said in comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=25227
--- Comment #6 from Mark Wielaard ---
Created attachment 12215
--> https://sourceware.org/bugzilla/attachment.cgi?id=12215&action=edit
C source code file defining various different symbol types
Test source file with more symbol types. Compi
https://sourceware.org/bugzilla/show_bug.cgi?id=25394
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=25502
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=25502
--- Comment #2 from Mark Wielaard ---
What about the Default database file? Currently $HOME/.debuginfod.sqlite
Should that go under $XDG_DATA_HOME/debuginfod/ ?
And then probably not as hidden file?
--
You are receiving this mail because:
Y
||mark at klomp dot org
Assignee|unassigned at sourceware dot org |mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
Created attachment 12275
--> https://sourceware.org/bugzilla/attachment.cgi?id=12275&action=edit
readelf, elflint: Handle PT_GNU_P
https://sourceware.org/bugzilla/show_bug.cgi?id=25502
--- Comment #4 from Mark Wielaard ---
(In reply to Tom Tromey from comment #3)
> (In reply to Mark Wielaard from comment #2)
> > What about the Default database file? Currently $HOME/.debuginfod.sqlite
> >
> > Should that go under $XDG_DATA_H
https://sourceware.org/bugzilla/show_bug.cgi?id=25511
--- Comment #2 from Mark Wielaard ---
I requested some more background information on this:
https://sourceware.org/ml/gnu-gabi/2020-q1/msg0.html
But since it is now emitted in production binaries lets handle it as is for
now.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=25511
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25525
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=25525
Mark Wielaard changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
||mark at klomp dot org
Resolution|--- |FIXED
--- Comment #3 from Mark Wielaard ---
commit 4c1de9608b67f5c7e71f4a2865395703224cb1cb
Author: Konrad Kleine
Date: Wed Feb 26 10:00:43 2020 -0500
debuginfod: file:// URLs: handle curl resp
https://sourceware.org/bugzilla/show_bug.cgi?id=25227
--- Comment #9 from Mark Wielaard ---
(In reply to Martin Liška from comment #8)
> Can the bug be closed?
No sorry, see comment #3 and comment #5
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25583
Mark Wielaard changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
|support |json-c support
CC||mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
The error message is confusing. The issue isn't missing rpm headerGet support
(that will disable Debuginfod RPM sig checking). Bu
https://sourceware.org/bugzilla/show_bug.cgi?id=32293
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32102
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=32294
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=32253
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32311
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
|unassigned at sourceware dot org |mark at klomp dot org
Ever confirmed|0 |1
Last reconfirmed||2024-11-05
--- Comment #3 from Mark Wielaard ---
Created attachment 15779
--> https://sourceware.org/bugzilla/attachment.cgi?id=15779&acti
https://sourceware.org/bugzilla/show_bug.cgi?id=32293
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32294
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=32311
--- Comment #13 from Mark Wielaard ---
(In reply to User441669 from comment #12)
> > Thanks for the testing.
> > I see you have some other openwrt specific patches.
> > Do you think any of them are useful upstream or for other distros?
>
> Uh
https://sourceware.org/bugzilla/show_bug.cgi?id=32232
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32311
--- Comment #10 from Mark Wielaard ---
(In reply to User441669 from comment #9)
> Compilation successfully! I plan to close this issue as fixed, and send this
> patch to the OpenWrt project (named
> `007-fix-null-dereference-with-lto.patch` in
https://sourceware.org/bugzilla/show_bug.cgi?id=32311
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32102
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=32311
--- Comment #6 from Mark Wielaard ---
(In reply to User441669 from comment #4)
> Just one more step!
>
Indeed! There was one typo in the patch (forgot to remove one line):
diff --git a/libelf/elf_compress.c b/libelf/elf_compress.c
index 387
Priority: P2
Component: backends
Assignee: unassigned at sourceware dot org
Reporter: mark at klomp dot org
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Currently elfutils had no knowledge of R_RISCV_SET_ULEB128 and
https://sourceware.org/bugzilla/show_bug.cgi?id=32370
--- Comment #5 from Mark Wielaard ---
Question is whether we should try to handle them in the debug sections.
e.g. for hello.o we currently get:
$ eu-readelf -U --debug-dump=loc /tmp/hello.o
DWARF section [ 9] '.debug_loclists' at offset 0
https://sourceware.org/bugzilla/show_bug.cgi?id=32370
--- Comment #4 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #0)
> eu-readelf -r will show
>
> Relocation section [ 9] '.rela.debug_loclists' for section [ 8]
> '.debug_loclists' at offset 0xde0 contains 24 entries:
> Offse
https://sourceware.org/bugzilla/show_bug.cgi?id=32370
--- Comment #1 from Mark Wielaard ---
Created attachment 15798
--> https://sourceware.org/bugzilla/attachment.cgi?id=15798&action=edit
tests/run-readelf-loc.sh hello.o
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=32370
--- Comment #2 from Mark Wielaard ---
Created attachment 15799
--> https://sourceware.org/bugzilla/attachment.cgi?id=15799&action=edit
tests/run-readelf-loc.sh world.o
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=32370
--- Comment #3 from Mark Wielaard ---
Created attachment 15800
--> https://sourceware.org/bugzilla/attachment.cgi?id=15800&action=edit
tests/run-readelf-loc.sh testfileloc
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=32629
--- Comment #3 from Mark Wielaard ---
Aha, I see what you mean. I assumed this was just for DEBUGINFOD_URLS.
But there are some others that don't have setter functions atm.
DEBUGINFOD_CACHE_PATH, DEBUGINFOD_TIMEOUT, DEBUGINFOD_PROGRESS,
DEBUG
https://sourceware.org/bugzilla/show_bug.cgi?id=32629
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
|unassigned at sourceware dot org |mark at klomp dot org
Ever confirmed|0 |1
CC||mark at klomp dot org
Status|UNCONFIRMED |ASSIGNED
--- Comment #1 from Mark Wielaard ---
Replicated with valgrind and
||mark at klomp dot org
Assignee|unassigned at sourceware dot org |mark at klomp dot org
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
--- Comment #1 from Mark Wielaard ---
Replicated under valgrind
https://sourceware.org/bugzilla/show_bug.cgi?id=32657
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=32656
--- Comment #2 from Mark Wielaard ---
*** Bug 32657 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
||mark at klomp dot org
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at sourceware dot org |mark at klomp dot org
--- Comment #1 from Mark Wielaard ---
Replicated using valgrind
|unassigned at sourceware dot org |mark at klomp dot org
CC||mark at klomp dot org
Last reconfirmed||2025-02-08
Ever confirmed|0 |1
--- Comment #1 from Mark Wielaard ---
Replicated with valgrind and
https://sourceware.org/bugzilla/show_bug.cgi?id=32672
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32682
--- Comment #3 from Mark Wielaard ---
Which environment are you using that causes an issue here?
I am trying to figure out if this is some theoretical issue or something that
actually happens.
A concrete example where you are seeing this cau
https://sourceware.org/bugzilla/show_bug.cgi?id=32682
--- Comment #6 from Mark Wielaard ---
(In reply to Lorinczy Zsigmond from comment #4)
> Thank you for help; the problem occured on Centos7.9/amd64, gcc-14.2
> (compiled from source). I have a predefined CFLAGS settings that includes
> `-std=c9
https://sourceware.org/bugzilla/show_bug.cgi?id=32682
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
301 - 400 of 775 matches
Mail list logo
