This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: is systemtap's language more complicated than needed.
- From: "James Dickens" <jamesd dot wi at gmail dot com>
- To: "Frank Ch. Eigler" <fche at redhat dot com>
- Cc: systemtap at sources dot redhat dot com
- Date: Wed, 13 Dec 2006 19:06:27 -0600
- Subject: Re: is systemtap's language more complicated than needed.
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Kim0ygUK78UdWuLy6OnAEEbu4zp7niAnGvB/B8ip73oCZmdtEwCOs6GymImSfYl6eP7xr8QEWWxUykY0hWWOmmGDJHpmOWTMRjGeTo6UYjtcJo79hN2E+kYzfLAdesJ2rky/uFW19Qkl2dvVIj4r1yd3PLVBxX4df07ppoFfAFE=
- References: <C56DB814FAA30B418C75310AC4BB279D0111735B@scsmsx413.amr.corp.intel.com> <y0m64cfl3kd.fsf@ton.toronto.redhat.com>
[snip]
Perhaps, though we would be saving just two tokens ("." and "function"
/ "statement" / ...) for each such shorthand use. Or one could save
typing effort by supporting explicit abbreviations like "k.stmt(...)"
for "kernel.statement(...)".
and make the thing even harder to read? I hope this isn't the case. I
started this thread because of readability not the length of the
files.
while we are talking about shortening things I did see one other
change to the language, currently there is kernel.syscall probes
this should be shortened to syscall because there won't be userland
syscalls we will be monitoring correct?
James
'
- FChE