On 3/15/06, Byron Whitlock <bwhitlock@stormfront.com> wrote:
> I have an MFC client written to the 1.2.3 API. We are using a vanilla 1.3.0
> server.
> We have a huge 30GB+ repository shared by about 50 users.
>
> It appears the svn_client_update2 function isn't always updating directories
> that exist in the repository.
>
> I add a directory "foo" to the root of the repository and commit it.
> On another machine when I do "svn up foo", I can see the new "foo" directory
> being added.
> However when I make the svn_client_update call, all I get is "Skipped a
> path" from the notification callback.
>
> If I try to update the parent directory with svn_client_update2, I don't
> get any notification at all (Svn up works okay). It's like Subversion
> doesn't even know about the newly added directory.
>
> I can reproduce this on my machine by
> 1) removing the "foo" from the entries file and
> 2) deleteing the "foo" directory from the locally copy.
> svn up consistently brings the directory back, but svn_client_update2 does
> not.
>
>
> When I trace thru the subversion code, I see svn_client__update_internal
> returning SVN_ERR_WC_NOT_DIRECTORY.
>
> I've experimented with everything I can think of and I am at a loss.
> Can someone shed some light on this problem?
You're going to have to be rather more specific, showing us some
example code that reproduces the problem would be a good start.
> This seems like it may be related to the "svn co -N " bug (#695 i think)
Fron your current description I can't see how you would reach that
conclusion. Are you actually using nonrecursive checkouts?
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 16 06:16:16 2006