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

Re: VS2005 issues (was 1.4.0-rc1 tarballs up for testing/signing)

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-06-06 18:28:34 CEST

On 6/6/06, Stefan Küng <tortoisesvn@gmail.com> wrote:

> My problem is that I don't know much about how neon is used in
> Subversion, where to even start.

Well, I'd start in libsvn_ra_dav/session.c, that's where a bunch of
other neon auth related stuff seems to live.

> Joe Orton implemented two new functions in neon 0.26 just for this
> reason (because I mentioned the problem Subversion has):
> http://mailman.webdav.org/pipermail/neon/2006-March/002205.html
> quote:
> "* Added functions which give control over authentication protocol use:
> - ne_add_server_auth(), ne_add_proxy_auth()"
>
> I always hoped that those of you who know neon better than me would
> implement this. I guess it can be tested even without a windows domain
> (just try disabling other auth protocols).
>
> Also please don't forget that I have my own project to work on, which
> keeps me busy several hours a day. I really can't do much more without
> going insane here :)

Oh, I totally understand, I'm just trying to point out that
occasionally diving into the lower level code has some benefits. In
addition to being able to implement the functionality you want, it
also means you better understand what's going on underneath your code,
which helps with debugging, etc. Not saying you should drop
everything and spend the rest of your life learning to hack the core
of svn, but taking an occasional vacation there may be worthwhile.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 6 18:29:06 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.