> -----Original Message-----
> From: Ivan Zhakov [mailto:ivan_at_visualsvn.com]
> Sent: woensdag 3 maart 2010 15:22
> To: Bert Huijben
> Cc: Stefan Sperling; Julian Foad; Neels J Hofmeyr; Greg Stein;
> dev_at_subversion.apache.org
> Subject: Re: pristine store design
>
> On Wed, Mar 3, 2010 at 3:54 PM, Bert Huijben <bert_at_qqmail.nl> wrote:
> > On posix, when using svn_io_rename_file() this would be true and this
> would
> > be pretty safe.
> >
> > On Windows you get an access denied (bad) and a 15 second delay retrying
> the
> > move (worse).
> >
> > So we should try to avoid overwriting existing files here. (I would guess
> > that tools like rsync and incremental backusp also like that we don't change
> > the date of these files)
> >
> That's not correct. Windows API function MoveFileEx has option to
> overwrite destination file [1]. apr_file_rename() uses MoveFileEx with
> MOVEFILE_REPLACE_EXISTING flag, so it should replace existing file.
The text above talks about the case that another application has the file open.
Bert
Received on 2010-03-03 15:35:37 CET