[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Spurious failure of 'merge' due to cleanup of /tmp

From: David Glasser <glasser_at_davidglasser.net>
Date: 2007-09-27 23:10:40 CEST

On 9/24/07, Daniel L. Rall <dlr@collab.net> wrote:
> On my Mac OS X 10.4 system, something deleted the contents of /tmp
> while the test suite was performing a 'merge', including the REPORT
> that Subversion had spooled to disk:
>
> svn: Can't open '/tmp/report.tmp': No such file or directory
> Traceback (most recent call last):
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 924, in run
> rc = apply(self.pred.run, (), kw)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/testcase.py", line 121, in run
> return self.func(sandbox)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/merge_tests.py", line 4200, in avoid_repeated_merge_using_inherited_merge_info
> None, 1)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 572, in run_and_verify_merge
> b_baton, check_props, dry_run)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 688, in run_and_verify_merge2
> check_props)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 486, in verify_update
> run_and_verify_status(wc_dir_name, status_tree)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/actions.py", line 856, in run_and_verify_status
> wc_dir_name)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 419, in run_svn
> return run_command(svn_binary, error_expected, 0, *(_with_config_dir(varargs)))
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 271, in run_command
> None, *varargs)
> File "/Users/dlr/src/subversion/subversion/tests/cmdline/svntest/main.py", line 370, in run_command_stdin
> raise Failure
> Failure
>
> Albeit whatever performed the deletion was probably wrong for doing so,
> do we take any steps to protect against this type of problem?

What sort of step could we take? I don't see how you can prevent
files from being deleted by other processes...

Failing fast seems like the right option to me...

--dave

-- 
David Glasser | glasser_at_davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 27 23:10:50 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.