Philip Martin <philip@codematters.co.uk> writes:
> That bug (it's in libsvn_client) is not new, it's there in rev 1581
> when the lock_dir function was introduced.
Sorry, I oversimplified. The bug here is not the ignoring of the
lock, but rather a difference in assumptions between the old locking
system and the new one. In the old system, directories were
deliberately left in a locked state for svn_wc_process_committed() to
come by and finish up, and then unlock them when it was done. The new
access baton system assumes that in order to grant a baton, the
requested dir must be unlocked.
(Ben Collins-Sussman is writing a longer mail right now, describing
this in more detail.)
Neither of these is right or wrong -- well, in fact, I kind of feel
the new system is "more right" in spirit, more maintainable, and is
the way to go in the long run -- the problem is just that the two
assumptions are incompatible. In other words, solving issue #749
requires a larger rethinking/revamping of the post-commit process on
the wc side than we have done so far.
There is no way to get that revamp done before Alpha. It's simply too
complex -- no way can we cram it into a few days.
Does this match your understanding?
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 15 19:48:34 2002