Philip Martin <philip@codematters.co.uk> writes:
> Justin Erenkrantz <jerenkrantz@apache.org> writes:
>
> > > I've been experimenting and I'm seeing occasional failures when
> > > using Apache's worker MPM that I don't see when using the prefork
> > > MPM. Are there any known issues combining mod_dav_svn and worker?
> >
> > Hmm. Shouldn't be.
>
> Then I better not ignore the probem!
>
> > > The errors occur at commit, one is a failure to read the repository
> > > format file and the other is a failure to open the db lock file.
> > > They are transient, an earlier commit has succeeded and a later
> > > commit also works.
> >
> > Can you consistently reproduce this transient error? (Does it happen
> > once out of every five times you try?)
I believe I have traced the problem to the UTF8 conversion. When the
file opening errors occur the fname_native string in svn_io_open_file
is complete rubbish, the fname input is correct.
The following hack to disable UTF8
Index: ../svn/subversion/libsvn_subr/utf.c
===================================================================
--- ../svn/subversion/libsvn_subr/utf.c (revision 3683)
+++ ../svn/subversion/libsvn_subr/utf.c (working copy)
@@ -99,6 +99,9 @@
apr_pool_t *parent, *global_pool;
apr_status_t apr_err;
+ *ret = NULL;
+ return SVN_NO_ERROR;
+
/* ### I'm worried about the performance implications of searching
* up the pool tree every time we call this function. Leaving it in
* for now, but if this turns out to be a bottleneck, then we should
has allowed me to commit hundreds of revisions in my test scenario.
When UTF8 conversion is enabled I usually get the problem in less than
40 revisions.
This is a Debian/Linux box using libc6 2.2.5-11.2, and APRUTIL is
configured to use the system iconv. As far as I know the conversions
are all trivial, I'm not using any non-ASCII characters (but all this
UTF8 stuff is black magic to me :)
So my question becomes: any known threading problems with iconv?
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Nov 7 21:11:47 2002