* [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).