From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6374 invoked by alias); 27 Oct 2010 20:34:44 -0000 Received: (qmail 6254 invoked by uid 9586); 27 Oct 2010 20:34:43 -0000 Date: Wed, 27 Oct 2010 20:34:00 -0000 Message-ID: <20101027203443.6231.qmail@sourceware.org> From: jistone@sourceware.org To: systemtap-cvs@sourceware.org Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.3-241-g413c55e X-Git-Refname: refs/heads/master X-Git-Reftype: branch X-Git-Oldrev: e789965751d7f6dac4d5e7cdce71586595bfc572 X-Git-Newrev: 413c55ed983a5a9030460b1a23c1b91dbeadc93c Mailing-List: contact systemtap-cvs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-cvs-owner@sourceware.org List-Archive: Reply-To: systemtap@sourceware.org X-SW-Source: 2010-q4/txt/msg00041.txt.bz2 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 413c55ed983a5a9030460b1a23c1b91dbeadc93c (commit) via 178b5ebc0cacfbfe683bdd8daac7419f07f71673 (commit) via 9beca2c05cc2626ad898ef03d38dc3fdeaa8b91b (commit) via dd9367216f044ede3d1468fa3156800dc3e402be (commit) from e789965751d7f6dac4d5e7cdce71586595bfc572 (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 413c55ed983a5a9030460b1a23c1b91dbeadc93c Author: Josh Stone Date: Wed Oct 27 13:17:56 2010 -0700 Rename hash::add_file to add_path and use it for directories We may get a little better hashing by including stat() info on our relevant directories too. commit 178b5ebc0cacfbfe683bdd8daac7419f07f71673 Author: Josh Stone Date: Wed Oct 27 13:16:57 2010 -0700 Split the hash.log with newlines instead of commas commit 9beca2c05cc2626ad898ef03d38dc3fdeaa8b91b Author: Josh Stone Date: Wed Oct 27 13:12:08 2010 -0700 Don't treat hashed numbers like strings Valgrind noted that we were reading uninitialized memory in __GI_strlen, and I tracked this down to our treating a number value as a char buffer, leading to "parm_stream << [&number]". Since it isn't a NULL-terminated buffer, this runs away on the stack. * hash.cxx (hash::add): Change all the numeric variants to a template, which lets operator<< figure the right thing for parm_stream, and then pass the raw value to mdfour. commit dd9367216f044ede3d1468fa3156800dc3e402be Author: Josh Stone Date: Wed Oct 27 12:24:14 2010 -0700 Reduce hash.h to just "export" functions ----------------------------------------------------------------------- Summary of changes: hash.cxx | 84 +++++++++++++++++++++++++++++++++++++++++-------------------- hash.h | 37 +-------------------------- 2 files changed, 57 insertions(+), 64 deletions(-) hooks/post-receive -- systemtap: system-wide probe/trace tool