This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: (unknown)
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: "Philipp Michael" <Philipp dot Michael at gmx dot net>
- Cc: systemtap at sources dot redhat dot com
- Date: Mon, 18 Aug 2008 11:35:12 -0400
- Subject: Re: (unknown)
- References: <20080818143751.62240@gmx.net>
"Philipp Michael" <Philipp.Michael@gmx.net> writes:
> [...] my little test program (below) shows only: bash (xxxx).... so
> is there a possibility to get the direct command names like the
> appear in the process list (ps -ef) ? can i go into the bash process
> list?
I believe you're seeing semi-intended effects by the tapset/process.stp
code. I believe it will get deprecated soon, as utrace-based process.*
probes are coming on line.
> probe process.create { printf ("%s(%d) create done (%s)\n", execname(), pid(), argstr) }
> probe process.exec { printf ("%s(%d) exec done (%s)\n", execname(), pid(), argstr) }
Both those probes fire in the context of the thread that performs the fork/exec.
Try this one:
probe process.begin { printf ("%d created %s(%d)\n", ppid(), execname(), pid()) }
Now, execname() normally lacks the full path name, even though we do get
hold of it at the utrace level. Perhaps the utrace process.begin probe
should supply that value to the script with a $-variable.
- FChE