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

Re: CVS update: subversion STACK

From: Jim Blandy <jimb_at_zwingli.cygnus.com>
Date: 2000-12-07 23:07:13 CET

That's Whitman, right?

It must be nice to have all that poetry permanently in your head now.

sussman@tigris.org writes:

>
> User: sussman
> Date: 00/12/06 15:32:59
>
> Modified: . STACK
> Log:
> I celebrate myself, and what I assume you shall assume.
> For every atom belonging to me as good belongs to you.
>
> Revision Changes Path
> 1.44 +9 -4 subversion/STACK
>
> Index: STACK
> ===================================================================
> RCS file: /cvs/subversion/STACK,v
> retrieving revision 1.43
> retrieving revision 1.44
> diff -u -r1.43 -r1.44
> --- STACK 2000/12/06 19:49:47 1.43
> +++ STACK 2000/12/06 23:32:59 1.44
> @@ -17,12 +17,17 @@
>
> Ben todo:
>
> - - update-after-editor: isn't printing `G' for prop merges. isn't
> - printing `C' for either textual or property conflicts. fix this.
> - (is this still true??)
> -
> - start implementing the generic ra library -- just a system for
> loading the "real" ra-plugin libraries.
> +
> + Notes: libsvn_client needs a global hash which maps ra_FOO names
> + to svn_ra_library_t's. libsvn_client will internalize the logic
> + that determines exactly which kind of repository URL causes which
> + kind of ra_FOO module to be dso_loaded(). To keep this
> + threadsafe, each thread will first check the hash for the vtable
> + it wants; if not there, lock with a mutex, check again, possibly
> + load the library, unlock. This way, once a vtable is loaded up,
> + all threads get to share it.
>
> - make a new mini-crawler (lots of shared code with adm_crawler.c)
> which reports "version differences" to an editor. this will be
>
>
>
>
Received on Sat Oct 21 14:36:16 2006

This is an archived mail posted to the Subversion Dev mailing list.