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

Re: svn client API question

From: Ich Selbst <ichselbst_at_gmx.ch>
Date: 2003-01-06 17:20:10 CET

> 1) The main entry point for a GUI client is svn_client.h? Is this
> correct? I am already starting to use svn_wc.h. Is this ok? Or do I use
> stuff which is not intended to be used for a client?
I think it's ok to use all functions declared in any header files in the
"include". I'm also using functions in svn_wc.h for my client.

> 2) I am trying to wrap the C API into an Objective-C API. This is
or you could use the C++ API from RapidSVN (rapidsvn.tigris.org).

> 3) If I use svn_wc_status_t status->entry on a file or directory which
> is under version control I get the following error:
> svn_io_file_open: can't open `.svn/entries'
> If I use the API in svn_wc.h it works. Any ideas why this does not work
> for me? (current working directory maybe?)
you need to call svn_wc_adm_probe_open() first.

> 4) svn_client_status has essentially two modes to get the status. A
> cheap mode which checks against the local shadow files and a more
> expensive one which checks against the actual repository. Currently the
> GUI client will use the first mode transparently to show the user the
> changes in their repository. The user can use the second mode manually.
> Unfortunately subversion seems to not cache this information somewhere
> in its working copy admin area. So once I have used the second mode I
> can't use the first mode anymore without loosing the information I just
> received from the repository. What I am trying to do right now is to
> merge the two svn_wc_status_t structures and cache the result myself.
> It works so far but I think this is kind of awkward. Do I miss
> something here? Is there a better solution?
Why do you use the mode which checks the repository as default? I
would recommend the other way around since people with a dialup
connection want to keep network access very low...

Steve King

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jan 6 17:21:59 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.