This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/10485] New: auto-path tapset support for process.* probes
- From: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 5 Aug 2009 17:11:56 -0000
- Subject: [Bug translator/10485] New: auto-path tapset support for process.* probes
- Reply-to: sourceware-bugzilla at sourceware dot org
For separately-installed packages that may carry systemtap tapset
files, and even for systemtap itself (bug #10204), it's desirable
to have an additional path resolution mechanism for process() probes.
Specifically, it's undesirable to have to change the .stp files, just
because the installation prefix may have changed (so an executable or
library ended up in /usr/local/libexec/foo vs. /usr/libexec/foo).
So, consider this. Let's extend the tapset search logic, so that
an extra subdirectory is searched: "$prefix/share/systemtap/tapset/PATH".
Underneath that, a subdirectory structure parallel to "/" would appear,
kind of like "/usr/src/debug" on fedora. In there, tapset files may refer
to process("name") probes. Those "name" strings will generally be unqualified
as written, but the translator would insert the "/subpath/" parts. So:
$prefix/share/systemtap/tapset/PATH/usr/libexec/foobar.stp:
probe process("my-program"). ... { }
would be treated as
probe foobar = process("/usr/libexec/my-program") ... { }
This would allow separately built applications / shlibs to drop in additional
files under .../tapset/PATH/... and have stap find the binaries without an
further ado.
--
Summary: auto-path tapset support for process.* probes
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: translator
AssignedTo: systemtap at sources dot redhat dot com
ReportedBy: fche at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10485
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.