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=29926
Mark Wielaard changed:
What|Removed |Added
Resolution|FIXED |---
CC|
The various print_debug_*_section functions didn't get the section
data in the same way. Add a new get_debug_elf_data function that
gets the (possibly relocated) section data and that checks (and
warns) if the data might still be compressed in a way that we
cannot decompress.
Signed-off-by: Mark W
doc/ChangeLog:
* debuginfod-find.1: add a note to DESCRIPTION section for the 'source'
subcommand, clarifying where to find the CU compilation-directory.
I'm looking at how to improve and document the workflow for using
debuginfod-find to study the behaviour of packaged software on a system, e.
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #10 from Ross Burton ---
Created attachment 14569
--> https://sourceware.org/bugzilla/attachment.cgi?id=14569&action=edit
Log
Attached is a log (6MB zstd compressed, 171M uncompressed...) with the step
locked errors, using -
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 #8 from Ross Burton ---
Replicated with -:
[Tue Jan 10 11:43:35 2023] (2679838/2679844): searching for sources for
cu=../sysdeps/aarch64/crtn.S comp_dir=/usr/src/debug/g
libc/2.36-r0/csu #files=2 #dirs=2
[Tue Jan 10 11:43:35 20
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #7 from Ross Burton ---
cmd = [
os.path.join(native_sysroot, "usr", "bin", "debuginfod"),
"--verbose",
"--database=:memory:",
"--concurrency=2",
"--connection-pool
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
--- Comment #5 from Ross Burton ---
Note that the errors are just logged, the lookup still works, so it's possible
that your tests work but the logs are full of these messages.
--
You are receiving this mail because:
You are on the CC list f
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #4 from Ross Burton ---
Just replicated with -c2 -C2.
Potentially of interest is that the log shows two PIDs:
[Tue Jan 10 11:32:20 2023] (2619858/2619864): sqlite3 error: sqlite3 step:
database table is locked
[repeated ~60 times
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #3 from Ross Burton ---
I can replicate with elfutils 0.188 and sqlite 3.40.1 on debian and ubuntu. Due
to previously discussed concurrency issues my commandline is essentially
-d:memory -c256 -C256.
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
Ever co
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
--- Comment #1 from Ross Burton ---
Obviously attaching a gdb and breaking on the error path magically fixes it for
me...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29982
Bug ID: 29982
Summary: sqlite errors when searching
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: debugi
16 matches
Mail list logo