Notes |
(0000305)
nsitbon (reporter)
2009-11-13 20:46
|
RFC 2553 is obsoleted by RFC 3493 in which inet_ntop() is declared like this:
const char *inet_ntop(int, const void *, char *, socklen_t);
so it seems the prototype is good. |
|
(0000314)
axeld (reporter)
2009-12-03 09:50
|
Still, I can't follow this change of parameter type. "libbind" has not adopted it either, btw, and consistently uses size_t in these use cases.
Maybe asking one of the authors of the RFC to know the intention of changing the type to clarify the issue? |
|
(0000317)
nick (manager)
2009-12-03 16:32
|
Austin/50r1 contains XSH ERN 296, where this change was proposed before, and rejected.
Action Item 2000-05-022: Andrew Gollan (XSHd3 ERN 296) to forward socklen_t info to IETF WG for inclusion in RFC 2553 replacement (IPv6 API) when published
probably explains why the RFC was updated.
There is, however, little rationale for the rejection of ERN 296. |
|
(0000328)
axeld (reporter)
2009-12-11 11:56
|
Sorry for reopening, but it looks like I am not allowed to add a note otherwise.
Could you be so kind to explain why this item has been rejected, and why the change to the RFC was suggested in the first place? I can hardly see the rationale behind it. |
|
(0000370)
msbrown (manager)
2010-01-07 16:25
|
The point for our WG's resolution of "rejected", is that RFC 2553 was superceded by RFC 3493, and that the Issue 7 Specification matches RFC 3493. It is one of our guiding principles that we align with existing standards in a given area whenever possible, and RFC 3493 is the current document for this topic.
As for the reasoning behind RFC 3493, please see those documents or the IETF. |
|