* [Bug translator/9770] New: stap -l 'process("bla").mark("*")' should print marker names
@ 2009-01-21 12:08 mjw at redhat dot com
2009-02-16 19:55 ` [Bug translator/9770] " scox at redhat dot com
2009-02-18 4:03 ` scox at redhat dot com
0 siblings, 2 replies; 3+ messages in thread
From: mjw at redhat dot com @ 2009-01-21 12:08 UTC (permalink / raw)
To: systemtap
Unless you know the names of the markers put into a binary it is hard to place
any probes because currently trying to list the markers with stap -l will return
the translated process("bla").statement(123456789) probe points, which don't
tell you much about what exactly will be probed.
Likewise stap -L should print argument names (and types) if possible.
--
Summary: stap -l 'process("bla").mark("*")' should print marker
names
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: translator
AssignedTo: systemtap at sources dot redhat dot com
ReportedBy: mjw at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=9770
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug translator/9770] stap -l 'process("bla").mark("*")' should print marker names
2009-01-21 12:08 [Bug translator/9770] New: stap -l 'process("bla").mark("*")' should print marker names mjw at redhat dot com
@ 2009-02-16 19:55 ` scox at redhat dot com
2009-02-18 4:03 ` scox at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: scox at redhat dot com @ 2009-02-16 19:55 UTC (permalink / raw)
To: systemtap
------- Additional Comments From scox at redhat dot com 2009-02-16 19:53 -------
This works fine, modulo one gets a line number instead of a label name, for gcc
where there are DW_TAG_label that can be queried:
stap -c ./static_uprobes.x -l 'process("static_uprobes.x").mark("*")'
process("static_uprobes.x").function("bar@static_uprobes.c:11")
process("static_uprobes.x").function("baz@static_uprobes.c:17")
process("static_uprobes.x").function("baz@static_uprobes.c:20")
process("static_uprobes.x").function("buz@static_uprobes.c:28")
gcc compiled probes all use .label now.
This is a tough one for g++ 4.3.2 because there are usually no DW_TAG_label to
query so everything is done by converting info in .probe to .statement,
therefore there is no obvious way to hook into the -l machinery.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9770
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug translator/9770] stap -l 'process("bla").mark("*")' should print marker names
2009-01-21 12:08 [Bug translator/9770] New: stap -l 'process("bla").mark("*")' should print marker names mjw at redhat dot com
2009-02-16 19:55 ` [Bug translator/9770] " scox at redhat dot com
@ 2009-02-18 4:03 ` scox at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: scox at redhat dot com @ 2009-02-18 4:03 UTC (permalink / raw)
To: systemtap
--
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|systemtap at sources dot |scox at redhat dot com
|redhat dot com |
Status|NEW |ASSIGNED
http://sourceware.org/bugzilla/show_bug.cgi?id=9770
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-02-16 19:58 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-21 12:08 [Bug translator/9770] New: stap -l 'process("bla").mark("*")' should print marker names mjw at redhat dot com
2009-02-16 19:55 ` [Bug translator/9770] " scox at redhat dot com
2009-02-18 4:03 ` scox at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).