WinIOError(13, 'Access is denied')
Adrian Buehlmann
adrian at cadifra.com
Mon Jun 29 03:16:57 CDT 2009
On 29.06.2009 02:48, Sean wrote:
> Clam av on windows does not have a realtime scanner.
>
> It has no running process.
>
> I invoke it manually to scan files as needed, so is is not the issue.
Ok.
Would you mind doing an experiment and installing the
TortoiseHg-0.8-preview-XXXXXX.exe from
http://bitbucket.org/tortoisehg/stable/downloads/ and try with
that?
This one contains a newer Mercurial
(TortoiseHg-0.8-preview-090628.exe has Mercurial 7b3d837ca60e).
TortoiseHg-0.8-preview is close to release (expected Wednesday).
There have been done some changes in the atomic temp file
handling and how the files are opened on Windows since Mercurial 1.2.
For example since 7de68012f86e [1] files are now opened with
share mode FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE
which now allows renaming and deleting the file on Windows while
it is open (call to win API function CreateFile [2]). Previously, it
was not possible to rename a file that was held open on Windows, which
caused troubles in some cases for example with some virus scanners.
I understand that here we have no virus scanner problem, but
your NAS box / SMB implementation might still do interesting things
with the files behind Mercurial's back.
Your use case is in multiple ways uncommon anyway as probably
(a) allmost all uses case act on local repositories
(b) and if they don't, they do it over a network share
that uses a Microsoft network file system implementation
or a standard samba install (on a linux server)
[1] http://hg.intevation.org/mercurial/crew/annotate/7de68012f86e/mercurial/osutil.c#l470
[2] http://msdn.microsoft.com/en-us/library/aa363858(VS.85).aspx
More information about the Mercurial
mailing list