[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: Sander Striker <striker_at_apache.org>
Date: 2001-09-08 02:20:16 CEST

> From: Joe Orton [mailto:joe@manyfish.co.uk]
> On Thu, Sep 06, 2001 at 05:58:03PM +0200, Sander Striker wrote:
> > Using svn compiled with the following options:
> > ./configure --enable-maintainer-more --prefix=/opt/svn \
> > --with-apxs=/opt/httpd/bin/apxs --with-ssl=/opt/ssl
> >
> > Gives me an error when I update. (I checked out without the
> > --with-ssl option).
> >
> > striker:~/src/svn/svn$ svn update
> >
> > svn_error: #21067 : <Bad URL passed to RA layer>
> > Unrecognized URL scheme: http://svn.collab.net/repos/svn/.
>
> What does "svn --version" give?

$ /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.)

> ISTR --with-ssl had a problem when shared builds were enabled, can't
> remember what the issue was though.

I tried building with --disable-shared and without it. Doesn't
make a difference here (I think --disable-shared is broken, it
seems to build shared anyway).

When I gdb, it can be traced back to ra_dav not having an init
function, which strikes me as odd. IOW, the only match that is
trying to be performed is against 'file'.

$ gdb /opt/svn-ssl/bin/svn
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) break svn_client_update
Breakpoint 1 at 0x8049604
(gdb) run update
Starting program: /opt/svn-ssl/bin/svn update
Breakpoint 1 at 0x4001c857: file subversion/libsvn_client/update.c, line 76.
[New Thread 1024 (LWP 23547)]
[Switching to Thread 1024 (LWP 23547)]

Breakpoint 1, svn_client_update (before_editor=0x0, before_edit_baton=0x0,
after_editor=0x80520bc, after_edit_baton=0x80520b4, auth_obj=0x805204c,
    path=0x805206c, xml_src=0x0, revision=-1, tm=0, pool=0x8051e64) at
subversion/libsvn_client/update.c:76
76 assert (path != NULL);
(gdb) n
77 assert (path->len > 0);
(gdb)
80 SVN_ERR (svn_wc_entry (&entry, path, pool));
(gdb)
81 if (! entry)
(gdb)
86 if (entry->existence == svn_wc_existence_deleted)
(gdb)
91 URL = svn_stringbuf_create (entry->ancestor->data, pool);
(gdb)
96 if (svn_path_is_thisdir (path, svn_path_repos_style))
(gdb)
97 svn_path_add_component (URL, path, svn_path_repos_style);
(gdb)
102 SVN_ERR (svn_wc_get_update_editor (path,
(gdb)
106 pool));
(gdb)
109 svn_delta_wrap_editor (&update_editor, &update_edit_baton,
(gdb)
115 if (! xml_src)
(gdb)
119 svn_stringbuf_t *base_dir = path;
(gdb)
122 SVN_ERR (svn_ra_init_ra_libs (&ra_baton, pool));
(gdb) s
svn_ra_init_ra_libs (ra_baton=0xbffffbc0, pool=0x8051e64) at
subversion/libsvn_ra/ra_loader.c:139
139 ra_library_hash = apr_hash_make (pool);
(gdb) n
141 for (defn = ra_libraries; defn->ra_name != NULL; ++defn)
(gdb)
143 svn_ra_init_func_t initfunc = defn->initfunc;
(gdb) p *defn
$1 = {ra_name = 0x400a2f26 "dav", initfunc = 0}
(gdb) n
145 if (initfunc == NULL)
(gdb)
148 SVN_ERR( load_ra_module (&initfunc, defn->ra_name,
pool) );
(gdb)
151 if (initfunc != NULL)
(gdb)
158 }
(gdb) q

I can't figure out why initfunc stays NULL other than the library not being
found.
But, if that is the case, why is it able to find the ra_local lib?
Suggestions
appreciated.

Sander

---------------------------------------------------------------------
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.