On Thu, 01 Dec 2005, Daniel Rall wrote:
> On Thu, 01 Dec 2005, Mark Phippard wrote:
> ...
> > > On 12/1/05, Daniel Rall <dlr@collab.net> wrote:
> > > > > I debugged a command line session to rule out problems with JavaHL
> > > > > and saw that status.c's change_file_prop receives this odd looking
> > > > > name value pair:
> > > > >
> > > > > + name 0x00d5fac8 "svn:entry:committed-rev"
> > > > > - value 0x0012f510
> > > > > + data 0x00d5fa88 "/svn13X/13TR/!svn/ver/9/Dir%20A/Doc%20A.txt9"
> > > > > len 0x0000002c
...
> > > > "data" looks like it's pointing to a mod_dav_svn URI which has been
> > > > URL-encoded, but the "9" at the end of the string looks especially
> > > > suspicious. Memory management problem?
...
> We've got some leftover cruft before the 9. We need to
> determine whether the server is responding with that (or something
> else invalid), or whether the client is mishandling the server's
> response.
The latter is seeming more and more likely, unless this area is
already significantly different between trunk and 1.3.
> > I am not sure why he didn't post it, but when he showed it to me in Debug
> > and he could see the XML response from DAV, the line that contained this
> > information looked a bit different than the others. Specifically, the XML
> > tag for the data ended with a /> where as all of the other bits of data
> > just ended with >.
I've attached a more appropriate example trace using a trunk build
from today. I do see one such empty property for svn:author, which is
valid because I committed without auth:
<S:remove-prop name="svn:entry:last-author"/>
--
Daniel Rall
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 1 21:59:36 2005