abort: Cannot create a file when that file already exists

[Ernie Rael]

Using Win7 (64 bit) and Mercurial 3.0, I am having trouble using a 
repository on NAS (networked attached storage). The NAS repo is "shared" 
from the Win7 system. No other users, done to save space. This setup has 
been working well from an old WinXP (32 bit) system. I just recently got 
a new system and am running Win7 and am trying to set this up there. 
Still works from old system, but that's also running older mercurial. 
And I'm running cygwin64 (and using windows compiled hg (not a cygwin hg)).

    $ hg ci
    trouble committing .bash_profile!
    note: commit message saved in .hg/last-message.txt
    abort: Cannot create a file when that file already exists

I can clone the NAS repo

    $ hg clone z:/repos/home-spirit

And then edit local .hg/sharedpath to point to local newly cloned repo 
and the commit works fine.

As an experiment, I downloaded the 32 bit version of mercurial. I 
cleaned up the locks, ran "hg recover" on the NAS repo as a test of the 
32 bit version.

    $ cd z:/repos/home-spirit
    $ hg recover
    rolling back interrupted transaction
    waiting for lock on repository Z:\repos\home-spirit held by
    'spirit:3688'

on another terminal I got a process list

    $ /opt/Sysinternals/pslist.exe hg
    ...
    Name                Pid Pri Thd  Hnd   Priv        CPU Time Elapsed Time
    hg                 3688   8   2  163   8276 0:00:00.140     0:00:18.639

So it seems to be waiting on it's own lock. This doesn't seem to have 
anything to do with hg-sharing since the "hg recover" is failing. And it 
doesn't seem to have anything to do with hg 32 vs. 64 since I got this 
same "hg recover" issue yesterday with 64 bit version when I was first 
trying things out. BTW, I can run the recover successfully on the NAS 
from my old WinXP system (running hg 2.7).

Any ideas on how totrack down the issueand/or fix this?

-ernie
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20140518/84f6f529/attachment-0002.html>