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: "smakarov at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Fri, 22 Mar 2013 19:38:29 +0000
- Subject: [Bug dyninst/15053] stapdyn needs -G (setting global variables) support
- Auto-submitted: auto-generated
- References: <bug-15053-6586 at http dot sourceware dot org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=15053
Serguei Makarov <smakarov at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |smakarov at redhat dot com
--- Comment #3 from Serguei Makarov <smakarov at redhat dot com> 2013-03-22 19:38:29 UTC ---
After much discussion, this has been narrowed down to three possibilities for
implementing the customizable variables *without* taking globals out of shared
memory.
- (1) pass the custom values into stapdyn using putenv/getenv (!)
- use a throwaway static struct to hold the default initial values, so stapdyn
can override them using some kind of setter function in the module:
- (2) either dynamically generate a global_setter_<var>(val) function
per-variable
- (3) or dynamically generate a single* global_setter(name,val) function that
works like a lookup table
*) actually, two functions, one per type
I'm currently testing a working patch for the third alternative.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.