Bug #3729
getifaddrs must learn to stop worrying and love the other address families
Added by Joshua M. Clulow almost 8 years ago.
Updated almost 2 years ago.
Category:
lib - userland libraries
Description
Presently getifaddrs appears to enumerate network interface addresses only from AF_INET and AF_INET6. This is contrary to the expectations of a small set of software (e.g. allegedly ISC dhcpd) which expects this function to deal also in AF_LINK, etc.
NB: After #3728 integrates, there will be a getifaddrs(3SOCKET) which mentions this bug. Once this is fixed, the BUG section should be removed from that manual page.
- Status changed from New to Closed
- % Done changed from 0 to 100
git commit e34d8872f4a713d904a4b34fb081060d1a7eba62
commit e34d8872f4a713d904a4b34fb081060d1a7eba62
Author: Sebastian Wiedenroth <wiedi@frubar.net>
Date: 2017-06-21T18:12:05.000Z
3729 getifaddrs must learn to stop worrying and love the other address families
Reviewed by: Yuri Pankov <yuri.pankov@gmail.com>
Reviewed by: Robert Mustacchi <rm@joyent.com>
Reviewed by: Dan McDonald <danmcd@kebe.com>
Approved by: Gordon Ross <gwr@nexenta.com>
git commit f67cf39ba88ad7c4bee81445cc7a7468e0289f01
commit f67cf39ba88ad7c4bee81445cc7a7468e0289f01
Author: Robert Mustacchi <rm@joyent.com>
Date: 2017-06-26T17:14:00.000Z
backout: 3729 getifaddrs must learn to stop worrying and love the other address families (breaks consumers)
This was backed out because consumers have come to depend on this bug.
Namely libuv, while "multi-platform" had a special case for sunos that could not cope with address types other than AF_INET and AF_INET6 beeing returned. This has since been fixed upstream (and released with 1.13.0) but would still break older releases already in use.
I'm looking into the best way to go from here.
- Status changed from Closed to New
- Has duplicate Bug #11196: getifaddrs does not return MAC addresses (ISC KEA) added
Also available in: Atom
PDF