Hi, Salvatore Insalaco <[email protected]> writes: > is your problem present in the current trunk version of darcs? > Can you tell me the steps to reproduce it? (I cannot easily run the > test suite on windows) I suspect that just running darcs check on any random repository should trigger the problem. There's a number of testcases failing on darcs check on a consistent repository with:
darcs check The repository is consistent! darcs.exe: DeleteFile: permission denied (The process cannot access the file because it is being used by another process.) The shortest and most straightforward testcase that fails with this seems to be the following: mkdir temp1 cd temp1 echo foo > bar darcs initialize echo record author me > _darcs/prefs/defaults darcs add bar darcs record -a -m addbar cd .. darcs get temp1 temp2 cd temp1 date > bar darcs record -a -m datebar cd ../temp1 echo aack >> bar darcs record -a -m aackbar cd ../temp2 darcs pull -av darcs check the last step dies with: The repository is consistent! darcs.exe: DeleteFile: permission denied (The process cannot access the file because it is being used by another process.) Unfortunately, it doesn't happen on *every* darcs check, so I'm a little puzzled here. It also seems to happen with darcs repair sometimes. Hard to tell what is tripping the problem, anyway. As I say, I can't seem to reproduce anything suspicious on my Linux box. It would be already helpful if the error mentioned which file it's been trying to unlink... Thanks! Petr. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net "In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton on the subject of C program indentation _______________________________________________ darcs-users mailing list [email protected] http://lists.osuosl.org/mailman/listinfo/darcs-users
