This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: Summary of nightly testing 20061016 (failed to retrieve return value location)
- From: William Cohen <wcohen at redhat dot com>
- To: "Nguyen, Thang P" <thang dot p dot nguyen at intel dot com>
- Cc: systemtap at sourceware dot org
- Date: Wed, 18 Oct 2006 12:40:22 -0400
- Subject: Re: Summary of nightly testing 20061016 (failed to retrieve return value location)
- References: <9AE298E00BCF7B469C04BE82FCE78B8701AC14BF@scsmsx414.amr.corp.intel.com>
Nguyen, Thang P wrote:
Hi Will,
Sorry for the confusion. The test I used
./testsuite/systemtap.samples/tcptest.exp (tcptest.stp)
Occasionally it fails due to TCP traffic, but not "$return" error.
Hi Thang,
I took a closer look at the default install in /usr/local/bin and what is
installed when using stap_testing. There are two files missing from the
share/systemtap/tapset/*.stp:
Looking at what is in the share/systemtap/tapset directories there are some
differences:
$ diff /tmp/stap_test.files /tmp/stap_local.files
0a1,6
> ./2.6.14/i686/syscalls.stp
> ./2.6.14/syscalls.stp
> ./2.6.9-20.ELsmp/i686/syscalls.stp
> ./2.6.9-20.ELsmp/syscalls.stp
> ./2.6.9-24.ELsmp/syscalls.stp
> ./2.6.9-24.ELsmp/x86_64/syscalls.stp
41a48
> ./return.stp
48a56
> ./system_calls.stp
This explains why the $return wasn't working. However, I don't know why just
those two stp files and some of subdirectories are not installed when the
following was in the configure:
--prefix=/home/wcohen/stap_testing_200610181621/install
-Will