History log of /external/valgrind/memcheck/tests/error_counts.stderr.exp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
663ab79fc83ace9b343723aa95e5730baab1de82 13-Aug-2009 njn <njn@a5019735-40e9-0310-863c-91ae7b9d1cf9> Fix a .exp file. Avoid an assertion failure with -v.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@10799 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/memcheck/tests/error_counts.stderr.exp
18afe5d1c3dc9e4e16d3e10617d6afa4bf9fcd40 10-Aug-2009 njn <njn@a5019735-40e9-0310-863c-91ae7b9d1cf9> Try to fix error_counts.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@10768 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/memcheck/tests/error_counts.stderr.exp
47363aba8fa03b094195bca99fc232ce5f85605d 21-Apr-2003 njn <njn@a5019735-40e9-0310-863c-91ae7b9d1cf9> Added two client requests: VALGRIND_COUNT_ERRORS and VALGRIND_COUNT_LEAKS.
The first returns the number of errors found so far, and is a core request.
The second returns the number of bytes found
reachable/dubious/leaked/suppressed by all leak checks so far, for Memcheck and
Addrcheck.

Both are useful for using Valgrind in regression test suites where multiple
tests are present in a single file -- one can run Valgrind with no output
(using --logfile-fd=-1) and use the requests after each test to determine if
any errors happened.

Had to rename and make public vg_n_errs_found --> VG_(n_errs_found) to do so.
Nb: leak errors are not counted as errors for the purposes of
VALGRIND_COUNT_ERRORS. This was decided as the best thing to do after
discussion with Olly Betts, who original suggested these changes.

Pulled out common client request code shared between Memcheck and Addrcheck.

Added a regression test for this.

Added some documentation too.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@1533 a5019735-40e9-0310-863c-91ae7b9d1cf9
/external/valgrind/memcheck/tests/error_counts.stderr.exp