Repository navigation
Poor error message when BPF is stripped #116
Description
(Reported by Leah Neukirchen.)
If the bpf in /usr/lib64/dtrace is stripped, it is wrecked (we need the symbol table to figure out what to load), but we don't diagnose this: instead, we just emit a 'could not enable tracing' message.
It should be easy enough to validate that the bpf library has at least one known symbol in it and fail with a better error if not :)
Activity
kvanhees commentedon Dec 18, 2024
I am confused... since the BPF library code is built when DTrace is built, how does it get stripped? And why would one want to strip it, since it is a .o file rather than an executable. So I would expect that one would want to keep the symbol table, etc.
This does not seem to be an issue with DTrace but rather with the way it is being built and installed. The makefiles as they are now would not cause this as far as I can see.
thesamesam commentedon Dec 18, 2024
Package managers often strip all ELF objects being installed unless opted-out.
ezannoni commentedon Dec 18, 2024
Nick has implemented this