[Dnsmasq-discuss] 2.60rc4 bug
simon at thekelleys.org.uk
Thu Mar 1 09:39:55 GMT 2012
On 29/02/12 23:29, Matthias Andree wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Am 29.02.2012 22:56, schrieb Preston Crow:
>> Yup. RC4 is good with the ebuild. I would be surprised if the same
>> issue didn't hit everyone building from source on Linux. I was just
>> working on RC2 when I received this email, so good timing.
> I'd vote "HOLD YOUR HORSES" on RC4. There's a bug in radv.c line 67 (or
> rather line 57) in that you declare the wrong type for "len". You need
> socklen_t, but use size_t, which aren't synonyms (this is on FreeBSD
> 9-STABLE amd64 with clang - because it gives clearer error messages than
> gcc -, but I checked against POSIX 2008 and Ubuntu 11.04):
I'm in no hurry to get to 2.60-final. There are no pressing problems
with 2.59, and a lot of touched code on 2.60, so we'll take it slow and
try and get it right. It's amazing how the bug-report rate has increased
since rc1 though :-).
I'll fix those problems for the next RC, Matthias. Thanks for that.
A question: does the BSD network stack always fix the prefix length at
exactly 64 bits? That's the "correct way" and as I can't find a way to
read the prefix length from an interface in *BSD, I've assumed that it's
always-and-forever 64. On Linux it's possible to set a longer prefix
length on an interface and dnsmasq handles that. I know a subnet should
be 64 bits, but one advantage of DHCPv6 is that you don't need 64 bit
subnets for stateless addressing to work, and I foresee a lot of people
getting /64s from an ISP and then subnetting them.
More information about the Dnsmasq-discuss