This is the mail archive of the
systemtap-cvs@sourceware.org
mailing list for the systemtap project.
[SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.6-206-g02825ec
- From: cmeek at sourceware dot org
- To: systemtap-cvs at sourceware dot org
- Date: 13 Sep 2011 18:51:41 -0000
- Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.6-206-g02825ec
- Reply-to: systemtap at sourceware dot org
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "systemtap: system-wide probe/trace tool".
The branch, master has been updated
via 02825ecc1c7dcbadad033050e3b1b5d41c3d5c00 (commit)
via 3fd24ee641cb92fcfb2131a399adac0418bb363a (commit)
via ca0d03cd6a5b8ea384f20af0a7314d3c7ab33def (commit)
from 3845290458cd498e490078318ae5306911cb47a9 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 02825ecc1c7dcbadad033050e3b1b5d41c3d5c00
Author: Chris Meek <cmeek@redhat.com>
Date: Tue Sep 13 14:48:06 2011 -0400
buildid.exp: Now no longer fails on RHEL5
Since systems earlier than RHEL 6 don't have build IDs,
this test used to fail on those systems. Now it just
is untested.
commit 3fd24ee641cb92fcfb2131a399adac0418bb363a
Author: Chris Meek <cmeek@redhat.com>
Date: Tue Sep 13 14:05:27 2011 -0400
systemtap.spec: Added elfutils to the testsuite requires
This is needed for the hash_add_buildid.exp test.
commit ca0d03cd6a5b8ea384f20af0a7314d3c7ab33def
Author: Chris Meek <cmeek@redhat.com>
Date: Tue Sep 13 13:48:50 2011 -0400
PR12221: Added Test Cases
Test:
1. Compiles a simple binary
2. Sets timestamp to a known value
3. Compiles a stap module probing this binary
4. Compiles a similar binary, same size, name, path etc
but different contents
5. Sets the timestamp to the same as the previous one
6. Compiles another stap module probing this new binary.
Results:
Before the build ID was added to the hash, this sequence
would cause stap to fetch the module from the cache, but
now, it will compile a new one, since the build IDs are
different.
-----------------------------------------------------------------------
Summary of changes:
systemtap.spec | 2 +-
testsuite/config/unix.exp | 1 +
testsuite/lib/cache_compile.exp | 68 +++++++++++++++
testsuite/systemtap.base/buildid.exp | 25 ++++++
testsuite/systemtap.base/cache.exp | 65 --------------
testsuite/systemtap.base/hash_add_buildid.exp | 111 +++++++++++++++++++++++++
testsuite/systemtap.base/hash_add_buildid1.c | 8 ++
testsuite/systemtap.base/hash_add_buildid2.c | 8 ++
8 files changed, 222 insertions(+), 66 deletions(-)
create mode 100644 testsuite/lib/cache_compile.exp
create mode 100644 testsuite/systemtap.base/hash_add_buildid.exp
create mode 100644 testsuite/systemtap.base/hash_add_buildid1.c
create mode 100644 testsuite/systemtap.base/hash_add_buildid2.c
hooks/post-receive
--
systemtap: system-wide probe/trace tool