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

Re: Python bindings probs...

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2005-02-15 14:07:52 CET

On Feb 15, 2005, at 4:43 AM, Joerg Hessdoerfer wrote:

> Hi again!
>
> I just did some more experiments using my own code and Max Bowsher's
> demo.
> (See previous posts from weekend). I'm seeing the following weird
> behaviour,
> and I'd like to ask if this is normal:
>
> - When calling
> svn_client_wc_status(...,descend = False, get_all = True, update =
> False,
> no_ignore = False, ...)
> I always get the status of the requested path + the status of all the
> files
> and dirs directly in this directory

Sure, this is equivalent to running 'svn status -v -N'.

>
> - When calling
> svn_client_wc_status(...,descend = False, get_all = True, update =
> True,
> no_ignore = False, ...)
> on a WC path which came from a ra_local repo, I only see the same for
> the WC
> root directory, all calls on any dir deeper in the WC only returns the
> status
> for this directory without it's children.

And this is equivalent to running 'svn status -v -N -u'.

But you're right: there's something weird going on. When I run

       'svn status -v -N -u' on the root of my wc, I see a list of every
child.

When I run the same command on a specific subdir of the wc, I see no
children. Maybe this *is* a bug??

>
> - When calling the same on a ra_dav based repo I get a segmentation
> fault.
> (Debian testing packages V1.1.3). Traceback:
>
> #0 0xb7d2a5be in svn_auth_set_parameter (auth_baton=0x0, name=0x0,
> value=0x0)
> at subversion/libsvn_subr/auth.c:144

You've not created an auth_baton. Take a look at
tools/examples/minimal_client.c.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 15 14:10:24 2005

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