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

Re: ra_dav wackies

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-06-27 12:42:11 CEST

On Tue, Jun 26, 2001 at 03:40:04PM -0500, Ben Collins-Sussman wrote:
> Hey gstein --
>
> I just checked out a working copy from Apache, and did an update:
>
> [sussman@newt:~/projects/test/nwc]$ svn up
> ? ./.svn_update.7180.00001.ra_dav
>
>
> Heh, now that we have that new super-special reporting code, it was
> able to detect your oh-so-sneaky-and-hidden temp file. I figured it's
> a deep dark secret, since it was gone when the update finished. :-)

Egads! I've been found out!

:-)

> Seriously, though, we should figure out what to do about this. The
> user shouldn't be seeing these files.

Have no fear... we don't really need that file, now that Joe has added some
new APIs to Neon. You may remember me talking about the whole push vs pull
in regards to the network and diffs and stuff. With the new Neon APIs and
flipping around apply_txdelta (change #6), then we can skip the temp file.

Oh... that's for an update. Hmm. (I was thinking "commit")

Okay... that file is for the "report" that we send to the server. I think
there was going to be an API for writing bits, rather than the whole thing.
I don't remember and will need to look at the Neon API again. I also had
some changes in mind for Neon that I volunteered for a couple months ago(!)
but Joe may have already done them. Anyway... I believe we may be able to
toss the file. If not, we may want to look at using SVN/tmp/ to hold it.

Cheers,
-g

-- 
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:32 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.