[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 2803 - trunk/subversion/include trunk/subversion/libsvn_wc trunk/subversion/libsvn_client trunk/subversion/tests/clients/cmdline

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-07-30 21:22:11 CEST

Karl Fogel <kfogel@newton.ch.collab.net> writes:

> philip@tigris.org writes:
> > Log:
> > Continuing issue #749. Merge issue-749-dev branch into the trunk.
> > This effectively reverts rev 2524 (which was itself a revert), and
> > includes revs 2554 and 2625.
>
> Philip, I'd like to address
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=806
>
> soon. One thing that had been on my mind was whether to try to
> resolve it before or after you merged in your issue-749-dev code. Now
> you seem to have answered that question for me :-).
>
> Where does issue #806 stand now? Are you planning to do it? Should
> I? If me, should I wait? Any technical thoughts about it?

I have no immediate plans to address #806. I can see a solution
similar to the entries caching, where the wcprops are (lazily) cached
in the access baton, so that the ra_dav set method would simply alter
the cached value, and the new value would not get loggily written to
disk until the access baton was closed. I don't plan to address any
cacheing stuff until the access baton is more widespread.

I can see other solutions, such as writing a wcprops log file that
does not get used until running the main log file.

Any solution to this particular wcprops problem ought to consider
issue #628 as well

http://subversion.tigris.org/issues/show_bug.cgi?id=628

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 30 21:22:52 2002

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.