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

Re: Another bug in "svn st -uv" on newly-added files (was bug 1042)

From: <cmpilato_at_collab.net>
Date: 2003-04-18 15:45:33 CEST

Martin Pool <mbp@sourcefrog.net> writes:

> I think there are still some bugs in the way status works on newly
> added files in 0.20.1.
>
> The basic problem is demonstrated by running, in a wc:
>
> date > added
> svn add added
> svn stat -v added # works OK
> svn stat -uv added # fails

Here's what I get with HEAD of Subversion:

   $ date > added
   $ svn add added
   A added
   $ svn stat -v added
   A 0 ? ? added
   $ svn stat -uv added
          * 0 0 ? .
   A * 0 ? ? added
   Head revision: 1

Looks good to me except, as you noted below, the '.' in that second
output which shouldn't be there.

> In earlier versions this gave an error message; this now seems to be
> fixed. However, in 0.20 it shows:
>
> $ svn st -uv added
> * 0 0 ? .
> A * 0 ? ? added
> Head revision: 0
>
> $ svn st -v added
> A 0 ? ? added
>
> I didn't ask for information about ., and it's not printed if the file
> is in states other than 'A', or when doing "svn st -v added". This
> breaks scripts (such as vc-svn) that try to parse the output of svn st
> -uv.

Right. I agree with this. Lemme see if I can figure out the problem
real quick-like.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 18 15:49:32 2003

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.