This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug dyninst/15053] stapdyn needs -G (setting global variables) support
- From: "jistone at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Wed, 23 Jan 2013 00:43:15 +0000
- Subject: [Bug dyninst/15053] stapdyn needs -G (setting global variables) support
- Auto-submitted: auto-generated
- References: <bug-15053-6586@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=15053
Josh Stone <jistone at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jistone at redhat dot com
--- Comment #1 from Josh Stone <jistone at redhat dot com> 2013-01-23 00:43:15 UTC ---
Agreed, we need this.
It should be possible, especially now that stapdyn can always call directly
into the probe module - just have to decide what that interface should be.
I've been debating to myself whether to add more stapdyn.h functions for things
that staprun does in transport messages, or to just add a single transport-like
message interface.
It may also be slightly tricky to juggle the static global-initialization,
which must happen after shared memory init, versus the dynamic -G values, which
still need to be set before any begin probes.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.