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

Re: New Subversion Client C++ API

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-08-20 20:13:54 CEST

On Mon, Aug 19, 2002 at 07:39:49PM -0700, Brent R. Matzelle wrote:
> --- Greg Hudson <ghudson@MIT.EDU> wrote:
> > On Mon, 2002-08-19 at 22:02, Brent R. Matzelle wrote:
> > > I have been happily hacking away at RapidSVN. The code written by
> > > the original author was written with the Subversion C API mixed in,
> > > which made for some really arcane and difficult to debug code.
> >
> > Could you explain how the "really arcane and difficult to debug code"
> > follows from the "code... with the Subversion C API mixed in?"
> >
> > (No opinion on whether we want a C++ binding in general; I'm just
> > puzzled why C++ code using a C API would be intrinsically bad.)
> You are asking for a debate that I do not want to get into. Let's
> just say that I enjoy the data hiding that C++ OO offers. To each
> his own! I am just looking for feedback on the classes, not on my
> preferences ;-)

(I believe) Greg Hudson's question has nothing to do with C vs C++. Instead,
it is questioning why you are having problems putting C code into your C++
code. By design, C++ was supposed to be able to mix in vanilla C code.

So what were you seeing that caused a problem?

However, your followup talks about "data hiding". The SVN interface is
already pretty good about data hiding. Which did you feel needed to be
hidden? Or needed more hiding? etc

You had mentioned that you would post a reference or somesuch on the
RapidSVN site. I don't see that right now... It is kind of hard to provide
feedback about your C++ APIs :-)


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 20 20:09:46 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.