This is the mail archive of the systemtap-cvs@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.6-206-g02825ec


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]