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

Re: Another 1.4 release critical bug

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2006-08-01 01:08:19 CEST

On 7/31/06, Branko ╚ibej <brane@xbc.nu> wrote:
> Since we're not actually testing that stuff, and it seems to be a huge
> potential problem, why don't we just disable DSO in 1.4? I think it's a
> misfeature the way it's implemented now, anyway.

Keep in mind that there's a difference between the RA/FS layers
loading optional DSOs at run-time (which is what --enable-dso
controls) and creating a static build (--enable-static /

The run-time DSO search is useful for OS packagers so they can ship
one binary that works with different RA & FS libraries installed
separately. I'd be hesitant to remove it due to the pain we'll be
causing them as we'll break their packages or rather they'll likely
maintain this feature anyway - hence the problem will still exist if
we don't solve it correctly.

And, to be clear, we certainly shouldn't be disabling creation of DSOs
across the board - this issue is only about dynamic RA/FS
implementations being loaded as DSOs. -- justin
Received on Tue Aug 1 01:08:54 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.