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

Re: Inconsistent behavior in cat command

From: Julian Foad <julian.foad_at_wandisco.com>
Date: Fri, 03 Dec 2010 17:34:18 +0000

On Thu, 2010-12-02, Noorul Islam K M wrote:
> Noorul Islam K M <noorul_at_collab.net> writes:
>
> > When I was trying to come up with a patch for issue 3713, I observed the
> > following.
> >
> > For example I have two files 1.txt and 2.txt in a repository located at
> > file:///tmp/testrepo
> >
> > svn cat behaves differently for local paths and URLs. See the
> > illustration below.
> >
> > noorul_at_noorul:/tmp/wc/testrepo$ svn cat 1.txt 2.txt
> > 1
> > 2
> >
> > A) Local non-existent target followed by existing target
> >
> > noorul_at_noorul:/tmp/wc/testrepo$ svn cat 3.txt 1.txt
> > svn: warning: '/tmp/wc/testrepo/3.txt' is not under version control
> > 1
> >
> > B) Non-existent URL followed by existing URL
> >
> > noorul_at_noorul:/tmp/wc/testrepo$ svn cat ^/3.txt ^/1.txt
> >
> > svn: File not found: revision 1, path '/3.txt'
> >
> >
> > In case A, even though the first target was non-existent it performs cat
> > operation on the second target but in the case of B, svn errors out at
> > the first failure itself.
> >
> > I am not sure about behavior of other svn commands which accepts
> > multiple targets. When I discussed this Julian in IRC, he said a
> > discussion is needed to come up with standardized behavior across svn
> > commands. Any thoughts?
> >
>
> Any updates?

Hi Noorul.

A good way to start a discussion of this sort is to:

  list the possible solutions;
  find out and describe how the other subcommands behave;
  say what you think is good and bad about each possible solution;
  say which solution you think we should choose.

That will make it much easier for readers to respond.

- Julian
Received on 2010-12-03 18:34:58 CET

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.