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

Re: Unable to hotcopy to a NAS shared directory: E720002

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Wed, 21 Jan 2015 21:00:02 +0000

"Bert Huijben" <bert_at_qqmail.nl> writes:

>> Windows code is tricky. When svn_io_remove_file2() gets EACCES it calls
>
> For something to return access denied on Windows it must exist.

Yes, the file exists when we try to remove it.

>> svn_io_set_file_read_write() passing ignore_enoent. That function has
>> different handling of ignore_enoent as it only checks ENOENT while
>> svn_io_remove_file2() and checks both ENOENT and ENOTDIR.

But it, and the parent directory, may have been removed by the time we
call svn_io_set_file_read_write(). So can the apr_file_attrs_set()
return ENOTDIR, and should it be ignored?

>> svn_io_set_file_read_write() also doesn't have a WIN32_RETRY_LOOP. Are
>> those differences intentional?
>
> File attributes are typically not involved with locking of the files.

OK, so svn_io_set_file_read_write() doesn't need a retry loop, but does
it ignore the right values when ignore_enoent is set?

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2015-01-21 22:02:48 CET

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.