From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11723 invoked by alias); 9 May 2009 01:41:38 -0000 Received: (qmail 11699 invoked by uid 9586); 9 May 2009 01:41:38 -0000 Date: Sat, 09 May 2009 01:41:00 -0000 Message-ID: <20090509014138.11688.qmail@sourceware.org> From: jistone@sourceware.org To: systemtap-cvs@sourceware.org Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-0.9.7-97-g56212da X-Git-Refname: refs/heads/master X-Git-Reftype: branch X-Git-Oldrev: 620c2105eb1d928b97769006eb6eed79d6998531 X-Git-Newrev: 56212da92dae36e5870ac6149c89d967fcab10f9 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: 2009-q2/txt/msg00213.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 56212da92dae36e5870ac6149c89d967fcab10f9 (commit) via 0730bfbd2665aef93d6fae287f3623a51f243540 (commit) from 620c2105eb1d928b97769006eb6eed79d6998531 (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 56212da92dae36e5870ac6149c89d967fcab10f9 Author: Josh Stone Date: Fri May 8 18:32:17 2009 -0700 PR10054: Unify the translate_components errors Since translate_components is the one that knows the details of its failures, it makes more sense to let it throw its own errors, instead of relying on each caller to do it. The function now always either returns successfully or throws an error. commit 0730bfbd2665aef93d6fae287f3623a51f243540 Author: Josh Stone Date: Fri May 8 17:50:28 2009 -0700 Refactor anonymous lookups in translate_components The previous code recursed the entirety of translate_components, and it seemed to be restarting the components list every time, so it would only work if the anonymous portion was the first component. Even then, examining the code output by semok/thirtythree revealed that it wasn't fully translating the locations when multiple anonymous pieces were involved. Instead, it now recurses in a separate function, find_struct_member, which does just enough to find the member die and return. It also builds a vector of the locations passed through, so translate_components can output code for the full chain of anonymity. The generated code for semok/thirtythree's $page->mapping now appears to match the offsets from my manual inspection of struct page. I also added a test for $page->first_page->mapping, which works now but would segfault the old code. ----------------------------------------------------------------------- Summary of changes: tapsets.cxx | 260 ++++++++++++++++----------------------- testsuite/semok/thirtythree.stp | 6 +- 2 files changed, 112 insertions(+), 154 deletions(-) hooks/post-receive -- systemtap: system-wide probe/trace tool