Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(234)

Issue 7665001: Improve memcheck_analyze (Closed)

Created:
9 years, 4 months ago by Timur Iskhodzhanov
Modified:
9 years, 4 months ago
Reviewers:
Lei Zhang
CC:
chromium-reviews, Timur Iskhodzhanov, Alexander Potapenko, pam+watch_chromium.org, stuartmorgan+watch_chromium.org
Visibility:
Public.

Description

Improve memcheck_analyze 1) Skip the report&suppression frames starting from testing::internal::BlahExceptions and RunnableMethod as they usually have nothing to do with the error but significantly increase the size of the suppressions 2) Drop anonymous namespace prefixes 3) Unify boring callers between error reporting code and suppression generation TEST=ran locally on base_unittests Sanity tests with sanity suppressions removed Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=97116

Patch Set 1 : '' #

Total comments: 4

Patch Set 2 : '' #

Unified diffs Side-by-side diffs Delta from patch set Stats (+49 lines, -16 lines) Patch
M tools/valgrind/memcheck_analyze.py View 1 3 chunks +49 lines, -16 lines 0 comments Download

Messages

Total messages: 3 (0 generated)
Timur Iskhodzhanov
Hi Lei, Can you please review this CL? I think it'll make reports&suppressions more compact, ...
9 years, 4 months ago (2011-08-16 13:48:02 UTC) #1
Lei Zhang
LGTM http://codereview.chromium.org/7665001/diff/1001/tools/valgrind/memcheck_analyze.py File tools/valgrind/memcheck_analyze.py (right): http://codereview.chromium.org/7665001/diff/1001/tools/valgrind/memcheck_analyze.py#newcode43 tools/valgrind/memcheck_analyze.py:43: "_ZN14RunnableMethod.*", Indeed, stuff below this is quite boring ...
9 years, 4 months ago (2011-08-16 18:49:04 UTC) #2
Timur Iskhodzhanov
9 years, 4 months ago (2011-08-17 09:09:18 UTC) #3
Thank you for your review!

http://codereview.chromium.org/7665001/diff/1001/tools/valgrind/memcheck_anal...
File tools/valgrind/memcheck_analyze.py (right):

http://codereview.chromium.org/7665001/diff/1001/tools/valgrind/memcheck_anal...
tools/valgrind/memcheck_analyze.py:297: for boring_caller in _BORING_CALLERS:
Absolutely!
I've started from this one (not the gatherFrames part) and for some reason my
mind had stuck on this sub-optimal solution.
In fact, "for frameno in range(newlen)" should be even better

On 2011/08/16 18:49:04, Lei Zhang wrote:
> I think this double for-loop can exit a bit earlier if we write it as:
> 
> enough_frames = False
> for frameno in range(len(supplines)):
>   for boring_caller in _BORING_CALLERS:
>     if re.search(boring_caller, supplines[frameno]):
>       newlen = frameno
>       enough_frames = True
>       break
>   if enough_frames:
>     break

Powered by Google App Engine
This is Rietveld 408576698