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

Re: Speeding up blame (fwd)

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2004-05-25 22:44:19 CEST

On Tue, 25 May 2004, Greg Hudson wrote:

> On Tue, 2004-05-25 at 16:05, Peter N. Lundblad wrote:
> > OK. This isn't my current prototype, but still we have this little
> > handler. It will be used in a repository function as well as an RA
> > function. So I'm not sure in which "namespace" it should live (svn_ra or
> > svn_repos or just svn_, as the log receiver does). Also does it belong in
> > svntypes.h. I don't think client code should depend on svn_repos.h and
> > vice versa.
> Sounds like svn_types.h and the svn_ namespace are appropriate.
Not really. As you can see below, I need svn_txdelta_window_handler_t,
which is in svn_delta.h, which include svn_types. Hmmm...


Index: svn_types.h
--- svn_types.h (revision 9884)
+++ svn_types.h (arbetskopia)
@@ -314,6 +314,27 @@
     void *baton);

+/** Callback used to fetch all revisions in a range of a file. It is called
+ * for each interesting @a revision of the file, named @a in that revision.
+ * @a rev_props is the revision properties for this revision. If
+ * @a delta_handler is non-NULL on return, the delta for the file between
+ * the previous interesting revisin and this one is fed into that window,
+ * which is also passed delta_baton. The property differences are provided in
+ * prop_changes, in the same format as returned by @c svn_prop_diffs. @a pool
+ * might be used for allocations during the call, but objects allocated
+ * in it may not live between calls. @a baton is the usual closure.
+ */
+typedef svn_error_t *(*svn_file_rev_handler_t)
+ (void *baton,
+ const char *path,
+ svn_revnum_t revision,
+ const apr_hash_t *rev_props,
+ svn_txdelta_window_handler_t *delta_handler,
+ void **delta_baton,
+ const apr_array_header_t *prop_changes,
+ apr_pool_t *pool);
 /** The maximum amount we (ideally) hold in memory at a time when
  * processing a stream of data.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 25 22:34:12 2004

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.