Subject: Re: change in bind?
To: NetBSD Networking Technical Discussion List <tech-net@netbsd.org>
From: Andrew Brown <atatat@atatdot.net>
List: tech-net
Date: 11/17/2000 03:07:44
>> > What about bind 9.0.0.1? Is there any reason not to use it?
>>
>> * it's still not as featureful as v8
>
>Well, that's a matter of perspective I think.
perhaps...
>The "named" in v9 is *far* more featureful than the one in v8. It's
>mostly IPv6 compatible for one, and my favourite new feature is "Views".
views are something that i'd really like to play with. but i don't
have threads. so yes, v9 has some features we've not seen in a
previous release of bind, but it's also lacking others that previous
releases of bind *do* have. i'm not trying to put anyone down for the
monumental effort of writing bindv9 from scratch, but it seems to me
that it's just plain not done yet.
>The resolver library in v9 is still very lacking in features though and
>introduces a whole new set of concepts and APIs.
that's not a feature. :)
>> * it's not as mature as v8
>
>Given the nature of the code in each I'd say it's more "mature", but not
>more "senior"! :-)
"mature" as in age, not as in wisdom. i personally don't feel that
it's had a fair shakedown period yet.
>The v8 code is (though greatly cleaned up from 4.9.x) still a mess of
>overly maintained spaghetti. The difficulty with outsiders and
>part-time developers such as myself finding the correct fix to the
>recent ZXFR DoS bug is an excellent example of just what kind of state
>it's in.
grep zxfr? i dunno. i've been running 8.2.3 betas for a long time now.
>The v9 code is a fresh and new and based on a far more "mature" design.
>The code might be considered as just barely past the "virgin" state, but
>it's already proven to be stable and reliable in several punishing
>environments.
"mature" in terms of wisdom, perhaps.
>> * it currently requires threads
>
>The ISC developers build it with unproven-pthreads-0.17 on NetBSD-current.
>
>So, yes it is a threaded application, but it works just fine with a
>pthreads compatible user-level threading library on NetBSD.
last time i checked, that wasn't part of the base netbsd distribution,
so i don't think any threaded apps will become part of the base
distribution first.
let's see...i can't build my name server because it requires a threads
package that i can't download and install because i need a name server
to get to the ftp site. catch 22.
--
|-----< "CODE WARRIOR" >-----|
codewarrior@daemon.org * "ah! i see you have the internet
twofsonet@graffiti.com (Andrew Brown) that goes *ping*!"
andrew@crossbar.com * "information is power -- share the wealth."