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

Re: Output of 'svn ls' does not explicitly indicate directory path

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2006-02-23 18:12:13 CET

On Thu, 23 Feb 2006, Julian Foad wrote:

> Barry Scott wrote:
> > On Feb 22, 2006, at 17:11, Julian Foad wrote:
> >
> > Please fix in svn_client_ls not just workaround in svn client.
>
> Er, well, no, I don't think so. The current version of those functions is
> called svn_client_list() and it reports the information that is required.
> (Note that svn_client_ls{,2,3} are all deprecated and won't change, but I think
> they also report enough information.) I don't see that it is broken so I don't
> see that it needs fixing. Did you want some particular new behaviour from it?
> You suggested a flag to "turn on the unambiguous path name behavior" but
> didn't say what this behaviour would be.
>
> It reports the absolute path within the repository corresponding to the
> path it was asked to list, and, if that is a directory, the relative
> names of the children (and grandchildren if recursive). Thus it doesn't
> directly report the path that you want to print, but the caller knows
> how the targets were specified on the command line, and the caller can
> and should choose how to display the results that are reported,
> generally by trimming off a certain portion from the beginning of the
> path.
>
This is not true. svn_client_list reports paths relative to the URL of the
target. svn_client_ls3 had the problem ambiguity problem described
earlier. See the compat wrapper that keeps this broken behaviour.

Thanks,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 23 18:17:14 2006

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.