Checkin gives error "abort: There is no Mercurial repository here (.hg not found)!" on TortoiseHg/Windows version

[jens.lund at nordea.com]

Hi

I have come across an error where checking in a large binary file gives
me the error message "abort: There is no Mercurial repository here (.hg
not found)!" when I am clearly in the right directory.

I am reproducing this on Windows with the hg command line program from
the TortoiseHg installer under Cygwin. I cannot reproduce the problem
under Linux with neither version 1.1.2 or version
1.3.1+295-1de5ebfa5585. The simplest case I have been able to come up
with involves two versions of the same file, where the second checkin
fails:

$ ls -la
total 87945
drwxr-xr-x 1 g36565 mkgroup-l-d        0 Nov  6 11:23 .
drwxr-xr-x 1 g36565 mkgroup-l-d        0 Nov  6 11:00 ..
-rwxr-xr-x 1 g36565 mkgroup-l-d      291 Nov  5 15:14 dotest.sh
-rw-r--r-- 1 g36565 mkgroup-l-d 45023744 Nov  5 14:27 sleipner_1.xls
-rw-r--r-- 1 g36565 mkgroup-l-d 45025792 Nov  5 14:28 sleipner_2.xls

$ cat dotest.sh 
#!/usr/bin/sh
echo "Version info:"
hg version
echo "Init repo:"
hg init
cp sleipner_1.xls sleipner.xls
echo "Add file:"
hg add sleipner.xls
echo "Checkin first version:"
hg ci -m "First version"
cp sleipner_2.xls sleipner.xls
echo "Checkin second version:"
hg ci -m "Second version, fails!"

$ ./dotest.sh 
Version info:
Mercurial Distributed SCM (version 1.3.1)

Copyright (C) 2005-2009 Matt Mackall <mpm at selenic.com> and others
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
Init repo:
Add file:
sleipner.xls: files over 10MB may cause memory and performance problems
(use 'hg revert sleipner.xls' to unadd the file)
Checkin first version:
Checkin second version:
abort: There is no Mercurial repository here (.hg not found)!

There is clearly something specific with the two versions of this file.
Unfortunately I cannot give the two files away as they are confidential.
(I might consider sending them to a few interested developers.) I cannot
reproduce the problem with random binary files of similar size (read
from /dev/random).

Any ideas?

Best regards, Jens

-- 
Jens Lund
Nordea Markets
Product Development
Ph. (+45) 33 33 55 54
E-mail: jens.lund at nordea.com

This transmission is intended solely for the person or entity to whom it
is addressed. It may contain privileged and confidential information. If
you are not the intended recipient, please be notified that any
dissemination, distribution or copying is strictly prohibited. If you
have received this transmission by mistake, please let us know and then
delete it from your system.