inline documentation syntax

Eugene Teo eugeneteo@kernel.sg
Fri Feb 8 04:01:00 GMT 2008


<quote sender="Martin Hunt">
> On Tue, 2008-02-05 at 11:49 -0500, Frank Ch. Eigler wrote:
[...]
> > One reason for that is because we want the impending "listing"
> > function (stap -l 'syscall.*') to produce informative data, such as:
> > 
> >    syscall.read (syscalls.stp:55:33) - alias to kernel.function("sys_read")
> >         fd - numeric file descriptor
> >         buf_uaddr - user-space buffer pointer, use user_buffer()
> >         count - number of bytes
> >         argstr - formatted argument string
> 
> I think I'd rather see "stap -l" print a list of matching probes. That's
> useful information by itself and having it mixed in with full
> documentation makes it confusing to parse. Maybe then "stap -ll" would
> give full documentation. Possibly by passing the  probe name to a script
> that simply fetched the information from some previously generated
> documentation or doc tool.

Nice. How about adding "stap -lt" to list all available tapsets, and 
then "stap -lt <tapset>" to list all matching probes belonging to the 
tapset. Additional information about the variables will be very helpful.

Also, is it possible to have variable aliases, like arg0, arg1, arg2, etc?
This is useful if one wants to write a GUI for SystemTap.

Thanks,
Eugene



More information about the Systemtap mailing list