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

Re: Karl, your r3484 chante to io.c:svn_io_copy_file...

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-10-28 06:20:08 CET

Branko Čibej <brane@xbc.nu> writes:
> ...breaks the Win32 tests badly. Why did you ignore (and remove) the
> Win32-specific warning in the comment there?

Because apr_get_file_info() was not documented to return
APR_INCOMPLETE, sir.

I didn't ignore the warning. I did indeed remove it :-). It said
"apr_file_copy with perms may fail on Win32", and I was changing the
code to no longer call apr_file_copy with perms, ergo... ?

(Of course, you would *think* that if you call apr_get_file_info() on
Platform Foo, and pass the results along as perms to apr_file_copy
also on Platform Foo, that this could not be a problem. Silly me.)

> I really don't understand what you're trying to achieve with copying
> permissions after the rename. On Unix, a rename preserves permisions, as
> long as it's within the same device -- as this rename is, being in the
> same directory. So you could just tell apr_file_copy to copy permissions
> to the temporary file, and then rename it. In fact, the way things stand
> now, the permission copying is _not_ atomic, so your comment in the log
> message is misleading.

Thanks, I wasn't aware that the rename perms preservation was
completely reliable within the device. Since it is, the way you
describe would be a better way to do it.

You're right that the log message was misleading. I will point out
that the doc string I wrote *did* describe the true state of affairs,
however.

> For now, I'll disable the copy_perms flag on Windows, so that I can run
> the test, and put that warning back, so that people don't forget about
> the issue. We can decide about a real solution after we've discussed
> this a bit more.

I think the cleanest solution would be to make the tmp copy with perms
(except on Win32) and then rely on the rename behavior described
above.

How does that sound to you?

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 28 06:51:23 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.