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

Re: [PATCH][merge-tracking]sqlite mergeinfo indexing for bdb repositories

From: Kamesh Jayachandran <kamesh_at_collab.net>
Date: 2006-10-11 16:25:01 CEST

Daniel Rall wrote:
> Thanks for the patch, Kamesh. I've made some changes to it and the
> change log message (attached), but I have some additional questions:
> Is it 1) appropriate and 2) necessary to push knowledge of skels
> corresponding to specific properties (e.g. SVN_FS_PROP_TXN_MERGEINFO)
> down into fs_skels.c (rather than knowledge which ends at the concept
> of "proplists", as on trunk)? To me, that file seems like a more
> generic utility which shouldn't contain such specific knowledge.
I think somehow we can't avoid that. Someway or the other parsing
code(which should sit inside the util/fs_skel.c) should know about
'SVN_FS_PROP_TXN_MERGEINFO'. Or we should treat the value of
'svn:txn-mergeinfo' as 'atom' and parse it outside?
> In fs_skels.c:is_valid_proplist_skel(), the property name and length
> used to check whether we have a transaction merge info property are
> being set *after* being used, to values which always lag one iteration
> behind. Is this correct?
I will go through you patch and get back.

With regards
Kamesh Jayachandran

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 11 16:24:30 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.