https://sourceware.org/bugzilla/show_bug.cgi?id=31862
--- Comment #1 from Frank Ch. Eigler ---
proposed patch
https://inbox.sourceware.org/elfutils-devel/20250221200714.ga7...@redhat.com/T/#u
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32318
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|FIXED |NOTABUG
--- Comment #10 from Frank
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
--- Comment #7 from Frank Ch. Eigler ---
It is normal to build paths like getenv("HOME") + "/" + str(something),
so if $HOME is unset, you still get a "/" to start with.
--
You are receiving this mail because:
You are on the CC list for th
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32701
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32318
--- Comment #2 from Frank Ch. Eigler ---
While thinking through implications of this change and the preexisting
configuration possibilities, I happened across this unfortunate finding,
added to doc/debuginfod-client-config.7
It is possibl
https://sourceware.org/bugzilla/show_bug.cgi?id=32318
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32682
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32629
--- Comment #2 from Frank Ch. Eigler ---
The _begin function is already a constructor, :-) it just doesn't take such
parameters. There are other env vars that we take as inputs too, and it would
be odd to take just one as a function parameter
https://sourceware.org/bugzilla/show_bug.cgi?id=32629
Frank Ch. Eigler changed:
What|Removed |Added
Summary|add setter functions to |add setter functions to
Severity: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
We'd need a cumulative environ-like array-of-st
https://sourceware.org/bugzilla/show_bug.cgi?id=32540
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
While testing out the IMA recipe on the elfutils/Debuginfod.html page
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Even with IMA stuff going into debuginfod/-client in 0.192ish, we
Component: tools
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
eu-unstrip always requires two files on its command line. If one's a normal
stripped binary on a P
https://sourceware.org/bugzilla/show_bug.cgi?id=32184
--- Comment #1 from Frank Ch. Eigler ---
See also:
https://inbox.sourceware.org/elfutils-devel/cak2qhjefgpty1a77jwt-avrxpen8wi+am85wuagd-xv+8df...@mail.gmail.com/#r
bug #31360
bug #19914
--
You are receiving this mail because:
You are on t
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Assuming consumer tools like gdb would contemplate using it, debuginfod could
in principle also accept ".dwo" files
Severity: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Sometimes a user will go to the trouble of
: tools
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
May need debuginfod help in case of:
- lack of buildid-matching executable (for .eh_frame)
- lack of buildid-matching
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Elfutils/dwfl operation startup can be costly, as elfutils loads and processes
files on disk. In the case of a self
https://sourceware.org/bugzilla/show_bug.cgi?id=31866
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Caching alongside the payload would permit the client to repeat IMA
ty: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Follow up on bug #28204 in hope of arriving at a mode
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
run-large-elf-file.sh does a little speed gating predicate before launching its
4GB I/O test, but it is IMO too optimistic
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
--- Comment #9 from Frank Ch. Eigler ---
This version looks okay to me too, FWIW, just a little bit more work.
I'd appreciate a pointer to any curl documentation that suggests
upcoming deprecation of the curl_version_info_data->ssl_version
fi
|UNCONFIRMED |RESOLVED
CC||fche at redhat dot com
--- Comment #1 from Frank Ch. Eigler ---
Fixed with commit d9f38a7052c22c7762aa5b98b401e8a324336bce, committed as
obvious.
diff --git a/debuginfod/debuginfod-find.c b/debuginfod/debuginfod-find.c
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
--- Comment #6 from Frank Ch. Eigler ---
Note that the "modern way" is not necessarily the desirable way. If the old
way will keep working, I'd rather use that than a using a
version-conditionalized query.
--
You are receiving this mail bec
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
--- Comment #3 from Frank Ch. Eigler ---
like this? can you test?
diff --git a/debuginfod/debuginfod-client.c b/debuginfod/debuginfod-client.c
index 0ee7db3d6638..a3468f534656 100644
--- a/debuginfod/debuginfod-client.c
+++ b/debuginfod/deb
https://sourceware.org/bugzilla/show_bug.cgi?id=31620
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #9 from Frank Ch. Eigler ---
Yeah, OK, for a not-too-busy one, that sounds okay. Can you show a proposed
final diff?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #7 from Frank Ch. Eigler ---
Right, the linux kernel does not share enough memory consumption data in
rusage, so you need to read /proc/self/statm or such and compare its snapshots.
For memory release, it's not so much the size of
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #5 from Frank Ch. Eigler ---
Yeah, not surprised that there are no leaks. What this malloc_trim() and the
preceding sqlite3_db_release_memory() calls are supposed to do is to release
memory back to the operating system. So perhap
https://sourceware.org/bugzilla/show_bug.cgi?id=31103
--- Comment #2 from Frank Ch. Eigler ---
Right, but the sqlite3* calls are still needed. I'm especially curious whether
any impact from the malloc_trim() is measurable.
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=27913
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
In light of https://bugzilla.redhat.com/show_bug.cgi?id=1970578
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
During the srcfiles test case diagnosis, studying the reason for occasional
0
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
debuginfod's memory usage can fluctuate widely during the scan & groom phases.
In the same places wher
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #11 from Frank Ch. Eigler ---
> I'm more interested in this: what is worst that can happen on discriminator
> collision? We are not using discriminator at all in ABI monitoring, so I'm
> not familiar with its use cases.
That's a g
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #8 from Frank Ch. Eigler ---
> The issue here is that we create (very) large arrays of struct Dwarf_Line_s
> and we do that eagerly, see bug #27405
> So we would like to keep that struct as small as possible.
Do we have an estimat
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
--- Comment #7 from Frank Ch. Eigler ---
> So my preferred workaround:
appears to be based on the assumption that truncated bitfields will not
collide. Has this assumption been tested?
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=30967
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30978
--- Comment #4 from Frank Ch. Eigler ---
Note that the main problem with this sort of scheme is not the checksum
(whether CRC or a hash). That part can help provide some assurance against
accidental corruption. (Plus you'd need external chec
https://sourceware.org/bugzilla/show_bug.cgi?id=30978
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30962
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
We kind of decided haphazardly to `basename` some of those
https://sourceware.org/bugzilla/show_bug.cgi?id=30879
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=3
--- Comment #1 from Frank Ch. Eigler ---
Work is now proceeding instead toward a tool src/srcfiles to list names of
source files from dwarf content.
A hypothetical followup idea: an option for srcfiles and/or debuginfod-find
that uses this li
https://sourceware.org/bugzilla/show_bug.cgi?id=3
Frank Ch. Eigler changed:
What|Removed |Added
Summary|debuginfod-find should have |introduce new srcfiles tool
: NEW
Severity: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
A particularly high-cpu-count buildbot
https://sourceware.org/bugzilla/show_bug.cgi?id=30809
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
For the compressed case, we can/should compute proper download-progress metrics
even of compressed
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #18 from Frank Ch. Eigler ---
> Doesn't that give a false sense of "security"?
> It still rejects some stuff, but doesn't really protect against "falsifying"
> files, all a server has to do is not provide an IMA
Yes, but trusted
https://sourceware.org/bugzilla/show_bug.cgi?id=30589
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Last
https://sourceware.org/bugzilla/show_bug.cgi?id=29696
Frank Ch. Eigler changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30316
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=30378
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30377
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Enumerating each file name (whether an archive name or a file within an archive
or a source file name
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
There's a logic bug in the groom process wherein artifacts related to
a file excluded via the -X regex are not actually re
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P2
Component: debuginfod
Assignee: fche at redhat dot com
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
_file_mtime_scanned rows get emplaced even for exception-afflicted archive
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
On a very large corpus, initial scan operations can take a long time, and build
up quite a large
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #12 from Frank Ch. Eigler ---
There was a wild performance regression in sqlite 3.41 that archlinux's
debuginfod server got hit with. This was identified and corrected yesterday.
(It had nothing to do with caching.)
https://sqli
https://sourceware.org/bugzilla/show_bug.cgi?id=30241
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #6 from Frank Ch. Eigler ---
(In reply to Vicki Pfau from comment #2)
> 404 and the like *may* be transient, but the fact of the matter is that
> *most* of the time it won't be And it's a cache, not a definitive answer
> saying thi
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
--- Comment #4 from Frank Ch. Eigler ---
(In reply to Vicki Pfau from comment #3)
> I have a proof of concept patch that I can attach here or submit to the
> mailing list if you think the xattrs approach is a good way to go.
> Alternatively, a
https://sourceware.org/bugzilla/show_bug.cgi?id=30221
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
Let's implement
% debuginfod-find source-list PATH|BUILDID
so it fetches the debuginfo, then run
https://sourceware.org/bugzilla/show_bug.cgi?id=29975
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
Frank Ch. Eigler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29975
--- Comment #3 from Frank Ch. Eigler ---
please check out commit 7399e3bd7eb72d045 on elfutils.git for a test patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
--- Comment #6 from Frank Ch. Eigler ---
please check out commit 7399e3bd7eb72d045 on elfutils.git for a test patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #9 from Frank Ch. Eigler ---
Perhaps a complete highly verbose trace (-vvv) would help identify the cause.
Scanning threads should not be able to lock each other out for O(1sec) from
sqlite operations in normal circumstances. OTOH
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #6 from Frank Ch. Eigler ---
Please confirm the complete command line.
% debuginfod -d:memory
creates a file named ":memory", not an in-memory sqlite database alias
":memory:")
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Ever
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
--- Comment #4 from Frank Ch. Eigler ---
I assume "debuginfod -C $num -d $num" still works for you, in this battle of
distro/site defaults.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29976
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29975
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
|--- |FIXED
CC||fche at redhat dot com
--- Comment #2 from Frank Ch. Eigler ---
Thanks, merged!
--
You are receiving this mail because:
You are on the CC list for the bug.
||fche at redhat dot com
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Frank Ch. Eigler ---
Why not use an empty string as a filename? A user can type
eu-objdump ""
to pass an empty string if that's really what she wants
||2022-10-21
Ever confirmed|0 |1
CC||fche at redhat dot com
--- Comment #1 from Frank Ch. Eigler ---
No specification requires elfutils to provide an other than forward declaration
of these types
Severity: normal
Priority: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
In a range of libmicrohttpd versions, up to and including
https://sourceware.org/bugzilla/show_bug.cgi?id=28284
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29474
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29478
Frank Ch. Eigler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=28284
Frank Ch. Eigler changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=29469
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCON
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
Frank Ch. Eigler changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |rgoldber at redhat dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=29282
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28204
--- Comment #4 from Frank Ch. Eigler ---
some more references
https://fedoraproject.org/wiki/Changes/Signed_RPM_Contents,
https://man.archlinux.org/man/rpmsign.8.en
rpmfiFSignature(), lib/
|UNCONFIRMED |RESOLVED
CC||fche at redhat dot com
--- Comment #1 from Frank Ch. Eigler ---
Please contact your distribution provider for this information.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29123
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29117
Frank Ch. Eigler changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29117
--- Comment #1 from Frank Ch. Eigler ---
Created attachment 14089
--> https://sourceware.org/bugzilla/attachment.cgi?id=14089&action=edit
possible patch
By inspection, in the unlink too-old negative-hit cache file case, we don't
close the f
y: P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
There appears to be an fd leak in the debuginfod client cache-miss code path.
This can exhau
P2
Component: debuginfod
Assignee: unassigned at sourceware dot org
Reporter: fche at redhat dot com
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
When the prefetch-fd cache was separated from the main one, the prefetch
default parameters ended up w
https://sourceware.org/bugzilla/show_bug.cgi?id=29022
--- Comment #3 from Frank Ch. Eigler ---
I can't come up with a convincing example why 0-length files would be bad, just
general unease at the ambiguity. I don't mind switching to it for now; at
worst, later on we may have to revise and then
https://sourceware.org/bugzilla/show_bug.cgi?id=29022
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
1 - 100 of 287 matches
Mail list logo
