On Tuesday 23 October 2007 02:45, Nicholas Nethercote wrote:
> On Tue, 23 Oct 2007 [EMAIL PROTECTED] wrote:
> > Author: sewardj
> > Date: 2007-10-23 01:36:49 +0100 (Tue, 23 Oct 2007)
> > New Revision: 7027
> >
> > Log:
> > * new flag --cmp-race-err-addrs=no|yes [no], to help with regtesting
>
> You can filter them out with a "stderr_filter:" line in the .vgtest file.
> That might allow you to remove the option.

Ah, no.  The opposite problem.  By default it does not take into account
the data address in race errors when doing duplicate removal for race 
errors.  That reduces the total # errors presented to users, but it
makes it difficult to verify that a particular regtest (tc17) is 
producing exactly the set of errors expected.  The plan is that the
.vgtest file will have --cmp-race-err-addrs=yes so that all 3026
expected errors will be reported :-)

J

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Valgrind-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/valgrind-developers

Reply via email to