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

Re: svn commit: rev 3626 - trunk/subversion/include trunk/subversion/libsvn_ra_local trunk/subversion/libsvn_repos

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2002-11-04 01:41:40 CET

On Sun, 2002-11-03 at 18:23, Colin Putney wrote:
> > ra_smtp_pop? :-) Nooooooooooooooooooo!
>
> Don't be silly. It's ra_imap.

ra_icmp!

I called it ra_svn, which sounds a bit presumptive, but since it's a new
protocol, any name other than "svn" wouldn't make a lot of sense. It's
about 80% written and about 50% debugged. (Meaning about 50% of the
total code has been tested and seems to work, of course, not that 50% of
the lifetime total number of bugs have been encountered and fixed.)

I'm of two minds over whether it should ever see the light of day. (If
not, it will have been an excellent experience in familiarizing myself
more with Subversion's internals.) It overlaps significantly with
ra_pipe--both have to implement the ra interface over a byte stream--and
I invented Yet Another Marshalling Scheme when I could have used XMLRPC
(or at least XML) or skels. On the other hand, I like my marshalling
scheme a lot more than XML or skels, and it's not very much code.

Line counts, for comparison:

  libsvn_ra_svn 2169
  svn_server 731 (incomplete)
  libsvn_ra_dav 7558
  mod_dav_svn 7200

I expect the total line count for ra_svn would go up to about 4000 with
everything finished and more comments added.

(http://web.mit.edu/ghudson/dev/svn has the parts of my working dir
containing the new code, not including new error code definitions and
some glue.)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 4 01:45:38 2002

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.