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

Re: fix for #1825 incomplete

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2005-07-20 21:55:15 CEST

Marcus Rueckert <darix@web.de> writes:

> a coworker ran into some trouble with svn switch today. a little
> research brought up he was basically run into 1825.

It's a bug, but I don't think it's anything to do with 1825.

> This gives the following error message:
> [[[
> subversion/libsvn_wc/update_editor.c:1046: (apr_err=155000)
> svn: Failed to add directory '2': object of the same name already exists subversion/libsvn_wc/adm_crawler.c:636: (apr_err=9)
> svn: Error aborting report subversion/libsvn_subr/io.c:2198: (apr_err=9)
> svn: Can't close file '/tmp/.private/darix/report.tmp': Bad file descriptor
> ]]]

Here's a shorter recipe:

$SVN mkdir $REPO/foo $REPO/foo/bar $REPO/bar
$SVN rm $REPO/foo/bar
$SVN co $REPO/foo wc
$SVN ps svn:externals "bar $REPO/bar" wc
$SVN ci wc
$SVN up wc
$SVN up -r1 wc

The problem is an update or switch that replaces an svn:externals
directory with a versioned directory. The current svn:externals
processing happens after the normal update, so the old svn:externals
directory exists when the update tries to add the versioned directory.

Could you raise an issue?

The "Bad file descriptor" error looks like a separate bug. At a guess
Subversion is holding on to a file descriptor after APR pool cleanup
has closed the file.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 20 21:56:04 2005

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.