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

Re: svn commit: r1131442 - /subversion/trunk/tools/client-side/svnmucc/svnmucc.c

From: Julian Foad <julian.foad_at_wandisco.com>
Date: Mon, 06 Jun 2011 10:17:01 +0100

On Sat, 2011-06-04, Daniel Shahaf wrote:
> Bert Huijben wrote on Sat, Jun 04, 2011 at 19:26:33 +0200:
> > > -----Original Message-----
> > > From: danielsh_at_apache.org [mailto:danielsh_at_apache.org]
> > > Log:
> > > * tools/client-side/svnmucc/svnmucc.c
> > > (main): Allow for leading 'r' when parsing the revnum in the 'cp' action.

> > > + while (*rev_str == 'r')
> > > + ++rev_str;
> >
> > Why do you allow rrrrrrrrr12 ?
> >
> > I think it should just error out here if you pass more than one r.
>
> Because svn allows multiple 'r's too without erroring.

FWIW the original reasoning is in Karl's comment in parse_one_rev():

  /* Allow any number of 'r's to prefix a revision number, because
     that way if a script pastes svn output into another svn command
     (like "svn log -r${REV_COPIED_FROM_OUTPUT}"), it'll Just Work,
     even when compounded.

I guess that means "even if one script, when given 'r123' as input, were
to print 'rr123' as output, then we could still pass in that output as
'-r rr123' and it would still work".

It seems bogus (unnecessary) to me.

- Julian
Received on 2011-06-06 11:17:40 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.