Re: nested copies broken on trunk

the node functions are considered transient. It would be best to implement
something more direct against wc_db

On Jan 28, 2010 11:11 AM, "Philip Martin" <philip.martin_at_wandisco.com>
wrote:

Stefan Sperling <stsp_at_elego.de> writes:

> + svn cp nested-copy/trunk/gamma nested-copy/trunk/gamm...
workqueue.c:run_deletion_postcommit calls svn_wc__db_scan_base_repos
assuming that the deleted file has a base_node entry, but it doesn't
because it was copied. It looks like svn_wc__node_get_repos_info
instead of svn_wc__db_scan_base_repos would do the right thing except
that svn_wc__node_get_repos_info needs two changes:

- it needs to return repos_relpath, that's easy

- it needs to accept svn_wc__db_t * instead of svn_wc_context_t *,
 that's tricky. It's possible since the svn_wc__db_t is the only bit
 of the context that gets used, but it doesn't match the interface
 of all the other node functions.

I've hacked up a local copy of the function with these changes and the
commit works.

--
Philip