This happens in Windows, running darcs 1.0.8 in cmd.exe, but not when running
the same darcs binary from a cygwin shell, or in linux.

The file longline.txt is a 120KB text file with no line breaks.
C:\longline>darcs init
C:\longline>darcs add longline.txt
C:\longline>darcs record -A me
addfile ./longline.txt
Shall I record this change? (1/?)  [ynWsfqadjkc], or ? for help:
hunk ./longline.txt 1
-
+
darcs failed:  resource exhausted
C:\longline>

I guess the problem is that we're writing the very long line to the terminal,
and that causes trouble.  Perhaps (for windows only?) we should truncate lines
when writing to the terminal?

Can you tell me if

record -A me -a

works fine?

Yes, record -a works fine.

Edwin,

Could you test with one of the Darcs2 pre-release binaries for Windows and see
if the experience is improved? They are available here:

http://wiki.darcs.net/index.html/DarcsTwo

  Mark

I'd guess this problem is still there.  I think we need to find out what limit
cmd.exe places on length of lines printed.  Someone with windows ought to be
able to run a simple test.  Of course, it may depend on the variety of windows run.

David

I found these references about long lines and cmd.exe, but they are both mainly
about how long the command line call can be, and how long the environment
variables can be (which I didn't think we used on Windows).

http://blogs.msdn.com/oldnewthing/archive/2003/12/10/56028.aspx
http://support.microsoft.com/kb/830473

We could find out the dumb way with a little program to print out increasingly
long lines to screen...

Edwin: do you think this Haskell program could give us any clues? Could you, or
somebody else on Windows tell us what happens when you run it?

Attachments

• longlines.hs

Well, I just got access to a Windows box... and the longlines.hs program
suceeeds.  Hmm...

We still need to diagnose this bug, after my longlines.hs failed to confirm the
writing-long-lines-to-terminals hypothesis from David (of course, it could just
be that the test itself needs to be tweaked)

This still doesn't work on windows (just tested).
One workaround is to mark the file as binary (putting it in prefs/binaries).

We still need somebody (probably a Windows hacker) to develop a hypothesis on
why this is happening.

Issue still exists. It's not limited to cmd.exe. The exact same failure happens on powershell.

D:\darcs\tests\188>darcs --exact-version
darcs compiled on Mar 14 2011, at 23:17:58

Context:

[TAG 2.5.2
Ganesh Sittampalam <ganesh@earth.li>**20110313223504
 Ignore-this: f3f57f3eacb2fdd4cdafc581c05058e3
]

Compiled with:

HTTP-4000.0.9
array-0.3.0.1
base-4.2.0.2
bytestring-0.9.1.7
containers-0.3.0.0
directory-1.0.1.1
extensible-exceptions-0.1.1.1
filepath-1.1.0.4
hashed-storage-0.5.5
haskeline-0.6.3.2
html-1.0.1.2
mtl-1.1.0.2
network-2.2.1.7
old-time-1.0.0.5
parsec-2.1.0.1
process-1.0.1.3
random-1.0.0.2
regex-compat-0.93.1
regex-posix-0.94.4
tar-0.3.1.0
text-0.11.0.5
unix-compat-0.2.1.1
zlib-0.5.2.0

D:\darcs\tests\188>cat longlines.hs
import System.IO

main = printLine 100

printLine n | n > 1200 = putStrLn "done!"
printLine n = do hPutStrLn stderr $ show n ++ "K"
                 putStrLn $ replicate (1000 * n) 'x'
                 printLine (n + 100)


D:\darcs\tests\188>longline.exe > longlines.txt
100K
200K
300K
400K
500K
600K
700K
800K
900K
1000K
1100K
1200K

D:\darcs\tests\188>darcs add longlines.txt

D:\darcs\tests\188>darcs record -A me
addfile ./longlines.txt
Shall I record this change? (1/2)  [ynW...], or ? for more options: y
hunk ./longlines.txt 1
+
darcs failed:  resource exhausted

--
From powershell:

PS D:\darcs\tests\188> darcs record -A me
addfile ./longlines.txt
Shall I record this change? (1/2)  [ynW...], or ? for more options: y
hunk ./longlines.txt 1
+
darcs failed:  resource exhausted
PS D:\darcs\tests\188>