Hi,
I'm starting to roll out subversion for a number of people in my group and
I've run into many of them getting coredumps on checkouts (of course I never
got one...). Anyways, I've tracked it down to parsing this piece of xml being
received: <S:open-directory rev=\"-1\">
And with that, start_element in fetch.c (in libsvn_ra_dav) is running this
piece of code:
name = get_attr(atts, "name");
/* ### verify we got it. punt on error. */
svn_stringbuf_set(rb->namestr, name);
Since there is no "name" attribute, name (the variable) gets set to null and
svn_stringbuf_set is being called with its value param == null which it is
not set up to handle. The attached patch should fix the coredump (by
protecting svn_stringbuf_set) but I'm only addressing the consequence, not
the cause. I don't know the protocol to know whether that xml snippet is
wrong, or if it is valid and the handler isn't handling it properly so I'll
defer that part to someone that has a clue of what's going there.
thanks,
csd
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 19 18:58:43 2003