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

RE: Question on fixing issue #3361 and #3294

From: Bert Huijben <rhuijben_at_sharpsvn.net>
Date: Thu, 16 Apr 2009 09:51:21 +0200

> -----Original Message-----
> From: Senthil Kumaran S [mailto:senthil_at_collab.net]
> Sent: donderdag 16 april 2009 8:12
> To: dev_at_subversion.tigris.org
> Subject: Re: Question on fixing issue #3361 and #3294
>
> Hi Stefan,
>
> Stefan Sperling wrote:
> > On Wed, Apr 15, 2009 at 04:04:24PM +0530, Senthil Kumaran S wrote:
> >> (02:35:23 PM) stylesen: in
> >> "/subversion-dev/trunk/subversion/libsvn_wc/update_editor.c", line
5358I am
> >> trying to change the if check, to check for uuid and not ancestral
relation
> >> (02:35:37 PM) stylesen: which fails on different url schemes
> >> (02:36:21 PM) gstein: you do not have enough information at that point
in
> the
> >> code to fix that check
> >
> >> The attached patch removes the check for scheme (of url) during a
merge,
> which
> >> IMHO is not required, since we already know we are operating with the
same
> >> repository
> >
> > That statement seems to contradict what gstein said in the chat.
> > Which is correct?
>
> It checks whether the copyfrom URL is using the same scheme as the working
> copy
> repository url, just in order to record the correct copy from url in the
> entries, which has a redundant check in update editor too. Hence I think
this
> check is not necessary here, since we already do a check for same
repositories
> using the uuid, so it is safe to remove this check here.
>
> >> + /* ### TODO: Here we need to check copyfrom_url and ent->repos are
> from
> >> + ### the same repository by checking their UUIDs, which should
be
> >> + ### trivial in wc-ng and avoids opening an ra_session here. */
> >
> > Why is opening an RA session a problem?
> >
> > Sure, performance will suffer, but if we need that information to make
> > the check correct, we have to get it to make the check correct.
>
> For performance reasons only.

Please, check whether the url is the the expected url based on the working
copy before creating an RA session and only fall back when it is no match.

Creating an RA session can be a huge performance hit if you are working on a
repository that is thousands of miles away. (E.g. from Amsterdam to
California, like my access of the Subversion repository). And this pain
would be even more painful if the repository would use negotiation in the
authentication phase.

In that case just creating the RA session can be several web requests (and
at that point you haven't got to the actual check).

        Bert

>
> > and forget about fixing the problem for wc-1. Otherwise, we go for the
> > RA session for now, and make the check use information available in
> > wc-ng as soon as possible, too.
>
> I shall try to create an ra session and make the commit.
>
> Thank You.
> --
> Senthil Kumaran S
> http://www.stylesen.org/
>
> ------------------------------------------------------
>
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=174
06
> 37

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1742370
Received on 2009-04-16 09:51:53 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.