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

Re: svn_wc_get_tree_conflict

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Wed, 17 Sep 2008 12:37:29 +0100

On Wed, 2008-09-17 at 12:14 +0100, Julian Foad wrote:
> On Wed, 2008-09-17 at 00:45 +0200, Stefan Sperling wrote:
> > I like this API:
> >
> > +/** Set @a *tree_conflict to a newly allocated @c svn_wc_conflict_description_t
> > + * structure describing the tree conflict state of @a victim_path, or to null
> > + * if @a victim_path is not in a state of tree conflict. @a adm_access is the
> > + * admin access baton for @a victim_path. Use @a pool for all allocations. */
> > +svn_error_t *
> > +svn_wc_get_tree_conflict(svn_wc_conflict_description_t **tree_conflict,
> > + const char *victim_path,
> > + svn_wc_adm_access_t *adm_access,
> > + apr_pool_t *pool);
> > +
> >
> > We could call this in the receiver during 'svn info' as well, to find
> > out whether the path currently under consideration is a tree conflict
> > victim. Correct?
>
> Yes, I assume so. (I haven't tried, nor looked for any reasons why not.)
>
> > Very nice, just what I was looking for right before our IRC conversation :)
>
> Thanks. I'll commit it or send a patch soon.

Here's the patch.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org

Received on 2008-09-17 13:37:50 CEST

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.