Daniel Rall wrote:
> This error is produced by subversion/libsvn_ra_dav/props.c's
> svn_ra_dav__get_props_resource():
>
> --- snip ---
> SVN_ERR(svn_ra_dav__get_props(&props, sess, url_path, SVN_RA_DAV__DEPTH_ZERO,
> label, which_props, pool));
> ...
> /* pick out the first response: the URL requested will not match
> * the response href. */
> apr_hash_index_t *hi = apr_hash_first(pool, props);
>
> if (hi)
> {
> void *ent;
> apr_hash_this(hi, NULL, NULL, &ent);
> *rsrc = ent;
> }
> else
> *rsrc = NULL;
> ...
> if (*rsrc == NULL)
> {
> /* ### hmmm, should have been in there... */
> return svn_error_createf(APR_EGENERAL, NULL,
> _("Failed to find label '%s' for URL '%s'"),
> label ? label : "NULL", url_path);
> }
> --- snip ---
>
> svn_ra_dav__get_props() must be returning an empty property hash. It
> creates and dispatches a sub-request (PROPFIND) to httpd to retrieve
> the properties requested from svn_ra_dav__get_props_resource() (via
> its which_props parameter).
Does this error mean a broken client or a broken server?
The strange thing is that both MacosX, Solaris and Windows clients can
update the tree from the Solaris v1.4.0 server fine, but a v1.1.4
(RHEL4) Linux client threw this error - and then carried on throwing
this error even after subversion was upgraded from v1.1.4 to v1.4.2 on
the Linux box.
I am trying to figure out what is so special about the Linux box that it
throws this error, but none of the others do.
Regards,
Graham
--
Received on Fri Feb 16 22:03:26 2007