[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svn commit: r1102619 - /subversion/trunk/subversion/libsvn_client/externals.c

From: Bert Huijben <bert_at_qqmail.nl>
Date: Sat, 14 May 2011 09:53:55 +0200

> -----Original Message-----
> From: Greg Stein [mailto:gstein_at_gmail.com]
> Sent: zaterdag 14 mei 2011 7:00
> To: dev_at_subversion.apache.org
> Subject: Re: svn commit: r1102619 -
> /subversion/trunk/subversion/libsvn_client/externals.c
>
> On Fri, May 13, 2011 at 05:13, <rhuijben_at_apache.org> wrote:
> > Author: rhuijben
> > Date: Fri May 13 09:13:49 2011
> > New Revision: 1102619
> >
> > URL: http://svn.apache.org/viewvc?rev=1102619&view=rev
> > Log:
> > * subversion/libsvn_client/externals.c
> >  (handle_external_item_change_wrapper): Following up on r1102502,
> revert
> >    accidental change by temporary turning the code off in maintainer
builds.
>
> Why would that be turned off for developers? It seems that we should
> be running code as close to production as possible. It seems a bit
> backwards: developers should be running *more* code (eg. assertions
> and other checks) rather than *less* code.

The code I temporarily disabled turns errors into warnings by sending them
to the notification handler. The regex based parsers in our test framework
then ignores these warnings and the test thinks the update was successful.

So disabling this code adds additional checks...

        Bert
Received on 2011-05-14 09:55:19 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.