[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Working copy on a NFS server problem.

From: Hans P. Reiser <reiser_at_cs.fau.de>
Date: 2005-08-18 18:05:46 CEST

> I just looked at the FAQ and couldn't find a red box, nor did the
Sorry for the misinterpretion, it is just the Browser that renders
the http://subversion.tigris.org/faq.html#nfs with such a box.

> question about NFS refer to XML parse errors. So I'm a bit skeptical
> that this is a frequent issue.
I did a Google search when I first encountered the problem, which
revealed no solutions, but indeed at some other persons suffering
from the same problem.
http://list.cs.brown.edu/pipermail/plt-scheme/2005-May/008964.html
http://svn.haxx.se/users/archive-2005-03/0978.shtml
http://svn.haxx.se/users/archive-2005-06/0462.shtml

> This would be a pretty easy workaround for us since file opens are
> funneled through svn_io_file_open(). But it's always a bit dangerous to
> introduce such workarounds into an application if the benefit is
> marginal. It leeches performance from everyone else, and it's hard to
> tell when we get to remove the workaround without creating a regression.
It is rather frustrating at first if you get strange "Malformed XML"
errors from svn without a clue what's going wron. If the problem is
not frequent enough for a workaround in svn, maybe it should at least
be documented in the FAQ.

Anyway, many thanks for the hint to svn_io_file_open. Locally patching
subversion/libsvn_subr/io.c this way works as a charm for me:
--- io-orig.c 2005-08-18 18:00:53.000000000 +0200
+++ io.c 2005-08-18 17:53:25.000000000 +0200
@@ -2121,4 +2121,7 @@
   status = apr_file_open (new_file, fname_apr, flag, perm, pool);

+ if ((flag & APR_CREATE) && (flag & APR_EXCL)) {
+ apr_file_trunc(*new_file, 0);
+ }
   if (status)
     return svn_error_wrap_apr (status, _("Can't open file '%s'"),

Best regards,
        Hans

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 18 18:09:32 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.