I use an Ubuntu guest in Virtual Box on a Windows host. When in a 
shared NTFS directory that is mounted with 'mount -t vboxsf ...', the 
command 'darcs add some.file --debug' gives the following output:

Beginning identifying repository .
Done identifying repository .
Identified darcs-2 repo: /path/to/repo
Looking for unrecorded changes...
diffing dir...
Found unrecorded changes.
Writing new pending: _darcs/patches/pending.new
darcs: _darcs/patches/pending.new: rename: resource busy (Text file 
busy)

In a repo that is not in the shared directory this command succeeds. I 
have rwx rights in the shared directory. I use the darcs package that 
comes with Ubuntu (version 2.3.0).

Thanks for the report, Tob.  Any chance you could try this with the
latest beta?  See http://wiki.darcs.net/Releases/2.4 for details.  

I realise that getting set up in Ubuntu can be a bit of a pain (you'll
want the Haskell Platform).  Sorry! [The good news is that I think the
HP will be available starting from Lucid]

The reason I'm asking is because of the work Salvatore has done to avoid
the "can't delete open files on Windows" problem.  You say that this is
an NTFS directory.  Maybe that's covered by this work?

Actually, there are darcs 2.4 beta binaries for Ubuntu, mentioned on
http://wiki.darcs.net/Binaries

I tried the 2.4 binaries. The error is different this time:

> darcs init
> darcs add foo

darcs: mmap of '_darcs/index' failed: invalid argument (Invalid argument)

> darcs add foo

darcs: _darcs/index: removeLink: resource busy (Text file busy)


Le 19/02/2010 11:59, Eric Kow a écrit :
>
> Eric Kow <kowey@darcs.net> added the comment:
>
> Actually, there are darcs 2.4 beta binaries for Ubuntu, mentioned on
> http://wiki.darcs.net/Binaries
>
> __________________________________
> Darcs bug tracker <bugs@darcs.net>
> <http://bugs.darcs.net/issue1745>
> __________________________________

Attachments

• 0x086D8868.asc

Thanks! 

I think maybe a good next step would be for us to wait for the 2.4
release and the corresponding Windows binary and then see what happens
when we do the same thing outside of Ubuntu (and directly in Windows) on
the same directory.

This way we can establish that it really is just something to do with
Virtual Box (or otherwise).

Windows release released :).

Please try again.

I tried 'darcs add ...' with various versions and setups:

Windows:
  - 2.4.0 works

Linux:
  - 2.3.0 works
  - 2.4.0 works

Linux guest on Linux host:
  - 2.3.0 works
  - 2.4.0 fails with:
    mmap of '_darcs/index' failed: invalid argument (Invalid argument)

Linux guest on Windows host:
  - 2.3.0 fails with: _darcs/patches/pending.new: rename: resource busy
(Text file busy)
  - 2.4.0 fails with:
    first invocation: mmap of '_darcs/index' failed: invalid argument
(Invalid argument)
    every following invocation: _darcs/index: removeLink: resource busy
(Text file busy)

The 2.3.0 version is from the ubuntu repository, the 2.4.0 is the binary
from darcs.net.


On 7 March 2010 09:33, Salvatore Insalaco <bugs@darcs.net> wrote:

>
> Salvatore Insalaco <kirby81@gmail.com> added the comment:
>
> Windows release released :).
>
> Please try again.
>
> ----------
> assignedto: kirby -> tob.brandt
>
> __________________________________
> Darcs bug tracker <bugs@darcs.net>
> <http://bugs.darcs.net/issue1745>
> __________________________________
>

Attachments

• unnamed

I can definitely reproduce this with darcs 2.8.4.

> vagrant@vagrant-ubuntu-trusty-64:/vagrant/darcsden-local$ darcs add tesst
darcs: _darcs/index: mmap of '_darcs/index' failed: invalid argument
(Invalid argument)

> vagrant@vagrant-ubuntu-trusty-64:/vagrant/darcsden-local$ darcs pull -a
Pulling from "http://hub.darcs.net/co-dan/darcsden-local"...
darcs: _darcs/index: mmap of '_darcs/index' failed: invalid argument
(Invalid argument)

I see that in src/Darcs/Repository/State.hs there is some conditional
compilation around the relevant code:
#if mingw32_HOST_OS
       renameFile (darcsdir </> "index") (darcsdir </> "index.old")
#else
       removeFile $ darcsdir </> "index"
#endif
Perhaps this is not enough in case the machine is a VM hosted by
Windows? Could we find a solution here that works for all file systems?

Failing that, we should test whether renameFile works when darcs starts
up and set a global variable accordingly, then base the decision on the
result of that test, rather than fixing it at compile time.

Another (simpler) solution would be to make the behavior configurable
with an environment variable.

Sorry, I should perhaps noted it in my comment, but I don't think the host
os or guest os plays a big role in this. This also happens in my setup
where I run Linux inside VirtualBox running on OSX.


On Wed, Jul 15, 2015 at 11:28 AM, Ben Franksen <bugs@darcs.net> wrote:

>
> Ben Franksen <benjamin.franksen@helmholtz-berlin.de> added the comment:
>
> I see that in src/Darcs/Repository/State.hs there is some conditional
> compilation around the relevant code:
> #if mingw32_HOST_OS
>        renameFile (darcsdir </> "index") (darcsdir </> "index.old")
> #else
>        removeFile $ darcsdir </> "index"
> #endif
> Perhaps this is not enough in case the machine is a VM hosted by
> Windows? Could we find a solution here that works for all file systems?
>
> Failing that, we should test whether renameFile works when darcs starts
> up and set a global variable accordingly, then base the decision on the
> result of that test, rather than fixing it at compile time.
>
> Another (simpler) solution would be to make the behavior configurable
> with an environment variable.
>
> __________________________________
> Darcs bug tracker <bugs@darcs.net>
> <http://bugs.darcs.net/issue1745>
> __________________________________
> _______________________________________________
> darcs-devel mailing list
> darcs-devel@darcs.net
> http://lists.osuosl.org/mailman/listinfo/darcs-devel
>

Attachments

• unnamed

Ok, red herring. Is this the only problem you noted when running on a VM
or are there others (so we could more easily narrow this down)? Could
you post the output with --debug?