This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug tapsets/20264] Load tapsets from $libdir for multiarch
- From: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Thu, 16 Jun 2016 21:04:21 +0000
- Subject: [Bug tapsets/20264] Load tapsets from $libdir for multiarch
- Auto-submitted: auto-generated
- References: <bug-20264-6586 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=20264
--- Comment #5 from Frank Ch. Eigler <fche at redhat dot com> ---
> Hmm. So the problem is that .stp files need to be loaded before the .so
> files are looked at. For user-space probing, would it be possible to
> enumerate the libraries in a process' address space, work out the library
> paths, append 'systemtap' to all of them, then search for .stp files in
> those directories?
That could be implementable - though which process? stap -x $PID is apprx.
the only way to refer to a single existing process.
You might find bug #10485 a more general solution. It relies on placement of
tapset .stp files under a searchably small hierarchy under an existing tapset/
directory.
--
You are receiving this mail because:
You are the assignee for the bug.