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

Re: property code cleanup

From: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2001-11-06 18:59:23 CET

On Tue, Nov 06, 2001 at 12:02:38PM -0600, Karl Fogel wrote:
> Having returned values be dependent on cwd is very rare in Subversion.
> The more usual behavior is like I described, or even better: the paths
> should just include TARGET as prefix. That way, everything behaves
> quite intuitively: for example, you ask for prop X on file F, and you
> get back a hash with key F and some value.

That is indeed what happens, just (obviously) can't think of an appropriate
way to say that in a docstring.

> Or relative to TARGET, or whatever. The important thing is that
> TARGET determines what those returned paths look like, not some
> external factor. The external cwd factor may still determine how
> TARGET gets *interpreted*, but that's fine & standard practice. Think
> of `ls', for example:
> newton$ ls -l README
> -rw-r--r-- 1 kfogel users 2175 Oct 25 11:13 README
> newton$ ls -l ../subversion/README
> -rw-r--r-- 1 kfogel users 2175 Oct 25 11:13 ../subversion/README
> newton$ ls -l /home/kfogel/src/subversion/README
> -rw-r--r-- 1 kfogel users 2175 Oct 25 11:13 /home/kfogel/src/\
> subversion/README
> It's the same file every time, but `ls' returns its name according to
> how I asked for it. Subversion's libraries all work the same way.
Right, that's what I want too.

Kevin Pilch-Bisson                    http://www.pilch-bisson.net
     "Historically speaking, the presences of wheels in Unix
     has never precluded their reinvention." - Larry Wall

  • application/pgp-signature attachment: stored
Received on Sat Oct 21 14:36:48 2006

This is an archived mail posted to the Subversion Dev mailing list.