On Monday 06 June 2005 00:17, Paul Wayper wrote:
> Paul Wayper wrote:
> > Transmitting file data ..svn: Commit succeeded, but other errors
> > follow: svn: Error bumping revisions post-commit (details follow):
> > svn: Malformed XML: mismatched tag at line 33
> >
> > When it happens again I'll post a fragment of the XML around the
> > offending line, if that would be helpful.
>
> Ah, here we are...
>
> [paulway@biojanus seqnamer]$ svn diff
> svn: XML parser failed in ''
> svn: Malformed XML: junk after document element at line 33
> [paulway@biojanus seqnamer]$ lineify.pl --context 3 --line 33
> .svn/entries 30: prop-time="2005-06-02T05:46:15.000000Z"
> 31: revision="6"/>
> 32: </wc-entries>
> 33: 0 if not defined $i;
> 34: if (ref $v eq '') {
> 35: print indent($i), defined $v ? "'$v'\n" : "<undef>\n";
> 36: } elsif (ref $v eq 'ARRAY') {
>
> Note that line 33 actually starts in the middle of a line of Perl,
> which is what I'm working on in this repository. This to me implies
> that CFS, or NFS is not clearing its buffers when doing a write, and
> the entries file should finish at line 32. Am I right in these
> guesses?
I doubt that's the case... we have no concept of what size NFS or CFS
buffers are, and we certainly don't read in chunks based on their size.
I'm curious where the offending text came from. Is it part of your
post-commit hook? Is it part of the commit that you made? BTW, which
backend are you using? BDB requires the ability to mmap() some of it's
files, and that generally doesn't work over any remote FS implementation
(NFS, SMB, or otherwise). FSFS is the only way to go for that sort of
setup.
> I've now found that I can delete from after the error line to the end
> of file and it works. So that's that problem cleaned up...
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jun 6 11:26:42 2005