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

Re: svn commit: rev 836 - trunk/subversion/libsvn_client

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-01-11 08:55:16 CET

I would *really* appreciate if somebody familiar with the WC (Mike, Ben?)
could check my logic here. I believe that I identified and fixes some bugs
with some of the URL-based actions, in reference to the working copy.

I also have a couple questions about the "log" and "status" behavior. I
think we *should* error out if there is a problem talking to the server. In
the log case, we can't do anything unless we connect. For the status case,
we only connect if the user explicitly asked. And if we can't, then we
should tell the user as much.

Cheers,
-g

On Fri, Jan 11, 2002 at 01:22:30AM -0600, gstein@tigris.org wrote:
>...
> Log:
> Consolidate the opening of RA sessions into a new utility function.
>...
> * delete.c (svn_client_delete): use new function.
> BUG FIX: for remote deletes, do not refer to the working copy.
>...
> * copy.c (repos_to_repos_copy): use new function.
> BUG FIX: do not use the URL as a "base directory". simply don't
> refer to the working copy.
> (wc_to_repos_copy): use new function (for both opening points).
> (repos_to_wc_copy): use new function.
> BUG FIX: do not use the URL as a "base directory". don't provide
> it to RA, yet tell RA to store auth info in the resulting WC.
>
> * log.c (svn_client_log): use new function.
> NOTE: it is questionable the way it allows for errors when opening
> the RA session.
>...
> * status.c (add_update_info_to_status_hash): use new function.
> NOTE: it is questionable the way it allows for errors when opening
> the RA session.
>
> * add.c (svn_client_mkdir): use new function.
> BUG FIX: do not use the URL as a "base directory". simply don't
> refer to the working copy.
>...

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:56 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.