Date: Tue, 04 Feb 2014 11:15:44 +0900 (JST) From: Hiroki Sato <hrs@FreeBSD.org> To: Mark.Martinec+freebsd@ijs.si Cc: freebsd-net@FreeBSD.org Subject: Re: ip6opt.c Message-ID: <20140204.111544.1874646668550166600.hrs@allbsd.org> In-Reply-To: <758be52b7a245c492ec80a1d3a21d79e@mailbox.ijs.si> References: <CAF6rxgmQMXKDMETRPRE-QkQwGS3vgZxQRFKoe6d3_BycQOouYw@mail.gmail.com> <20140204.052625.1192023326694116318.hrs@allbsd.org> <758be52b7a245c492ec80a1d3a21d79e@mailbox.ijs.si>
next in thread | previous in thread | raw e-mail | index | archive | help
----Security_Multipart(Tue_Feb__4_11_15_44_2014_566)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mark Martinec <Mark.Martinec+freebsd@ijs.si> wrote in <758be52b7a245c492ec80a1d3a21d79e@mailbox.ijs.si>: Ma> It is against the specs. Ma> Ma> The RFC 3542 is clear on this: Ma> Ma> Ma> 10.1. inet6_opt_init Ma> Ma> int inet6_opt_init(void *extbuf, socklen_t extlen); Ma> Ma> This function returns the number of bytes needed for the empty Ma> extension header i.e., without any options. If extbuf is not NULL it Ma> also initializes the extension header to have the correct length Ma> field. In that case if the extlen value is not a positive (i.e., Ma> non-zero) multiple of 8 the function fails and returns -1. Ah, I see. Thank you for the clarification. Ma> li> Should I commit it? Ma> Ma> I'd say yes. I think so, too. -- Hiroki ----Security_Multipart(Tue_Feb__4_11_15_44_2014_566)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlLwTVAACgkQTyzT2CeTzy07EQCgj0k80qpTFSzYa6lWagokxR+p pNcAoJYVxQAwmSRsMTDOfirmkqh8hSVC =bRF0 -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Feb__4_11_15_44_2014_566)----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140204.111544.1874646668550166600.hrs>