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

SWIG client bindings and auth_baton

From: Stephen White <swhite_at_decisionsoft.com>
Date: 2003-05-12 13:03:54 CEST

It's my eventual aim to use the SWIG Java bindings, but I thought I'd
start by using the Python bindings to understand how things should work
before playing with the less complete Java ones.

However the code I'm looking at (gsvn) uses
client.new_svn_client_auth_baton_t() - which doesn't seem to exist in
thie current bindings.

Without this function I can't see any way to create an auth_baton_t with
which to populate the client_ctx, and without doing that things tend to
segfault. Or at least that's why I think they're segfaulting.

Any thoughts? My current assumption is that this was broken by the
recent move from libsvn_auth to libsvn_subr but I'm on a bit of a steep
subversion & SWIG learning curve right now.

On a totally unrelated note 'make swig-java' fails for me, I needs to do
the following:

* Create the directory

* RUN_SWIG_JAVA uses 'cd' so the relative paths don't work/

Index: build/generator/gen_make.py
--- build/generator/gen_make.py (revision 5888)
+++ build/generator/gen_make.py (working copy)
@@ -211,7 +211,7 @@
       deps = string.join(sources)
       self.ofile.write('%s: %s\n\t$(RUN_SWIG_%s) %s\n'
                        % (objname, deps, string.upper(objname.lang_abbrev),
- os.path.join('$(top_srcdir)', sources[0])))
+ os.path.join('$(abs_srcdir)', sources[0])))
     for objname, sources in self.graph.get_deps(gen_base.DT_OBJECT):
       deps = string.join(map(str, sources))

Stephen White                               +44-1865-203192
DecisionSoft Limited                        http://www.decisionsoft.com
XML Development and Services
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 12 13:05:52 2003

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.