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

Re: svn.collab.net is now running Subversion 0.23.

From: Greg Stein <gstein_at_lyra.org>
Date: 2003-05-22 00:43:11 CEST

On Wed, May 21, 2003 at 10:36:48PM +0200, Branko ??ibej wrote:
> cmpilato@collab.net wrote:
> >Philip Martin <philip@codematters.co.uk> writes:
> > I think this is a perfectly reasonable thing to ask of
> >APR. If, in fact, there is a real permissions problem, the second
> >rename attempt would be allowed to fail with that error.
> >
> >You really don't think APR should do this?
> No, I think it shouldn't. It's not APR's mandate to provide reliable
> functionality; the mission statement reads "consistent if not
> identical", so this is quite all right.


We know that it should succeed, but APR doesn't know that. And it really
shouldn't go and do all that work to try and force it.

> What's more, we actually know that there _can't_ be a permission
> problem, since we're creating the files oursleves. So yes, something
> like this might be appropriate; but I'd rather create a small testcase
> and send it to MS. D.J.'s right -- the handle must be in an inconsistent
> state in order to get an access deined error, and that state simply
> shouldn't be visible to a (user mode) applicaition.

It's a known problem that obviously hits users. We should go ahead and work
around the issue rather than just hope that MSFT will eventually get it

Adequate docco in the code would be great.


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 Thu May 22 00:40:56 2003

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.