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

Re: Problem with svn_ra_do_update() and start_empty

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2006-02-23 07:51:14 CET

Hello Greg,

On Tuesday 20 December 2005 08:03, Greg Hudson wrote:
> On Tue, 2005-12-20 at 07:12 +0100, Ph. Marek wrote:
> > I'm having a problem.
> > I try to do an update, and report a file as start_empty.
> > Nonetheless svn_txdelta_apply() wants me to get the original stream ...
>
> start_empty applies only to directories, as documented in svn_ra.h. To
> report that you don't have a file present, use delete_path.

thank you for the answer. It works mostly, but I'm still stuck with a problem.
Please let me recapitulate.

I have a working copy locally, without the original text-base.
So if a file is changed, I cannot use a delta stream.
So I report changed files as deleted (with delete_path), which works in that I
get the full-text for them.

The problem is: If a locally changed file is deleted in the repository, I get
no notice, as the ra-layer thinks I've already removed the file.

The only idea I have regarding this problem is to do a svn_ra_status() and
remember which files I have to get, and possibly retrieve them one by one
with get_file(); but that _cannot_ give me deltas, and is sure slow for
reading a lot of files (latency, etc.)

Could you please, please, _please_, add a way to do an update but saying
"this, this, and this file, I'll need the fulltext, thank you so much"?
That could be used by a text-base-less libsvn_wc too.

Or is there another, simpler way to do that?

Thank you for any hint.

Regards,

Phil

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 23 07:51:36 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.