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

Re: "svn info" good return code on bad URL

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2005-10-12 19:23:49 CEST

Michael Sinz wrote:
> Julian Foad wrote:
>
>> Roughly; but "so you can use wildcards [that match more than just the
>> intended files]" is only one example of a sloppy usage that is made
>> "easier" by the decision. Similar cases do apply to URLs, e.g. "svn
>> info $REPOS/branches/1.{0,1,2}.{0,1}" where you don't care if some of
>> those combinations don't exist. So no, we shouldn't get rid of that
>> behaviour just for URLs.
>
> Now I am confused... I think.
>
> The command above is (in Unix shells) a glob expansion of file names that
> only expand to those names that actually exist (the shell checks/looks for
> the files)

No. Standard shells expand "{...}" in full without looking at what files exist
(in contrast to "[...]").

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 12 19:26:52 2005

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.