Summary: | SystemTap Control Library | ||
---|---|---|---|
Product: | systemtap | Reporter: | Masami Hiramatsu <masami.hiramatsu.pt> |
Component: | runtime | Assignee: | Unassigned <systemtap> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | mhiramat |
Priority: | P2 | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Host: | Target: | ||
Build: | Last reconfirmed: | ||
Bug Depends on: | 1154, 4935 | ||
Bug Blocks: |
Description
Masami Hiramatsu
2007-01-11 11:44:12 UTC
Can you think of something that cannot be accomplished by a cleverly written script using the future facilities from bug #1154 (procfs interaction), bug #4935 (on-the-fly probe enable/disable)? (In reply to comment #1) > Can you think of something that cannot be accomplished by a cleverly > written script using the future facilities from bug #1154 (procfs interaction), > bug #4935 (on-the-fly probe enable/disable)? Sure, it seems good idea. I think users can easily cooperate their applications and scripts if we implement those facilities (especially, procfs interaction). (I had just thought that systemtap needed a kind of the interface for cooperating with various user application.) OK, let's suspend this bug, and when the other two are done, we'll close this too. this can be assembled from procfs and to a lesser extent conditional probes (see bug #10995). |