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

Re: [BUG] --with-ssl causes update to fail

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2001-09-08 10:20:19 CEST

On Sat, Sep 08, 2001 at 02:20:16AM +0200, Sander Striker wrote:
> $ /opt/svn-ssl/bin/svn --version
> Subversion, version M3 (client)
> compiled Sep 7 2001, 03:05:58
> Copyright (C) 2000-2001 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
> The following repository access (RA) modules are available:
> * ra_dav : handles 'http' schema
> (Module for accessing a repository via WebDAV (DeltaV) protocol.)
> * ra_local : handles 'file' schema
> (Module for accessing a repository on local disk.)
> * ra_dav : handles 'https' schema
> (Module for accessing a repository via WebDAV (DeltaV) protocol.)

Hum. That looks heathly, but your debugging seems to contract this; is
that really the same binary being traced?

initfunc should be initially NULL if you build shared since the modules
aren't linked in; if it's NULL, ra_loader.c then tries to load them as
DSOs. But silently drops the error if that fails... (usually a bad

But if it fails, I'm not how you got the output above ;) Since you only
get the output above if you managed to link or load the initfunc!

Can you try this patch?

Index: subversion/libsvn_ra/ra_loader.c
--- subversion/libsvn_ra/SVN/text-base/ra_loader.c Sun Sep 2 10:19:19 2001
+++ subversion/libsvn_ra/ra_loader.c Sat Sep 8 09:13:21 2001
@@ -96,13 +96,12 @@
     status = apr_dso_load (&dso, libname, pool);
     if (status)
-#if 0
         char errbuf[200];
         apr_dso_error(dso, errbuf, sizeof(errbuf));
- /* Just ignore the error. Assume the library isn't present */
- return SVN_NO_ERROR;
+ return svn_error_createf(status, 0, NULL, pool,
+ "Could not load DSO `%s': %s",
+ libname, errbuf);
     /* note: the library will be unloaded at pool cleanup */

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:40 2006

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.