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.0-132-g1d2cd5f


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  1d2cd5ff6a8ff79b09e342a5907b29b4c340a9a5 (commit)
       via  ebaa961812e7b29eee554025a6253d676cea6ce0 (commit)
       via  730c3efceb4fcbb234a0fcdb0c0d299b8670fec6 (commit)
       via  8f805d3329e985f0ea0851fa1522ab447765af27 (commit)
      from  a8f1332f49206b314871fbdea50ab1045401a024 (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 1d2cd5ff6a8ff79b09e342a5907b29b4c340a9a5
Author: Josh Stone <jistone@redhat.com>
Date:   Wed Oct 21 09:07:14 2009 -0700

    Relax the -Wframe-larger-than check
    
    This is just a workaround for PR10821, and should be reverted when that
    bug is fixed.

commit ebaa961812e7b29eee554025a6253d676cea6ce0
Author: Josh Stone <jistone@redhat.com>
Date:   Fri Oct 16 18:32:12 2009 -0700

    Ensure that DWARF keeps loc2c to a reasonable stack depth
    
    * dwflpp.cxx (dwflpp::express_as_string): Limit stack depth to 32.

commit 730c3efceb4fcbb234a0fcdb0c0d299b8670fec6
Author: Josh Stone <jistone@redhat.com>
Date:   Wed Oct 14 13:30:44 2009 -0700

    PR10750 cont'd: Build with -Wframe-larger-than=512
    
    * buildrun.cxx (compile_pass): Add the warning to limit the frame size
      even lower than the Kbuild default (only works for gcc 4.4+).

commit 8f805d3329e985f0ea0851fa1522ab447765af27
Author: Josh Stone <jistone@redhat.com>
Date:   Fri Oct 9 17:32:26 2009 -0700

    PR10750: Enforce a reasonable limit on # of varargs
    
    If we leave the number of args unbounded, then an excessively-sized
    printf could cause a kernel stack overflow.  I've arbitrarily chosen 32
    as our new maximum.
    
    * translate.cxx (c_unparser::visit_print_format): Throw if >32 args.
    * testsuite/transko/varargs.stp: Assert that 33 args aren't allowed.
    * testsuite/transok/varargs.stp: Assert that 32 args are ok.

-----------------------------------------------------------------------

Summary of changes:
 buildrun.cxx                  |    5 +++++
 dwflpp.cxx                    |    7 +++++++
 testsuite/transko/varargs.stp |   10 ++++++++++
 testsuite/transok/varargs.stp |    9 +++++++++
 translate.cxx                 |    5 +++++
 5 files changed, 36 insertions(+), 0 deletions(-)
 create mode 100755 testsuite/transko/varargs.stp
 create mode 100755 testsuite/transok/varargs.stp


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]