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

Re: inaccurate size reported by svn ls

From: <dave_rodgman_at_fastmail.co.uk>
Date: Fri, 15 May 2009 14:44:33 +0100

On Fri, 15 May 2009 09:31 -0400, "C. Michael Pilato"
<cmpilato_at_collab.net> wrote:
> dave_rodgman_at_fastmail.co.uk wrote:
> > Hi,
> >
> > I notice that svn ls appears to report size inaccurately:
> >
> > svn cat http://.../file | wc -c
> > 1855
> >
> > vs
> >
> > svn ls --xml http://.../file
> >
> > ...
> > <size>1710</size>
>
> [This is borderline off-topic for a list devoted to the development of
> Subversion.]
>
> 'svn cat' takes into account newline conversion and keyword expansion.
> So,
> if you're on Windows, it would be common for 'svn cat's output to contain
> double the end-of-line characters (since repository normal form is
> line-feed
> only, where Windows typical form is carriage-return + line-feed). And if
> there are keywords to be expanded client side, that adds more bulk. Does
> this explain your specific situation?

Ah, I'd forgotten about the keyword expansion. That explains it, thanks.

It's not clear that this is the right thing for svn to report though.
Keyword
expansion is enabled by properties on the file, not by a particular
client, so
all well-behaved clients (I assume) must expand the keywords when
presenting
the file.

It seems wrong that when presenting the file in full (as in svn cat)
it's done
with keywords expanded, but not when presenting a summary of the file.

thanks

Dave

>
> --
> C. Michael Pilato <cmpilato_at_collab.net>
> CollabNet <> www.collab.net <> Distributed Development On Demand
>

-- 
  
  dave_rodgman_at_fastmail.co.uk
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2271108
Received on 2009-05-15 15:45:15 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.