CVS log for src/lib/libc/net/getifaddrs.3

Up to [cvs.NetBSD.org] / src / lib / libc / net

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Add freeifaddrs to the NAME section

Remove workaround for ancient HTML generation code.

Sync with HEAD

Add ifa_addrflags to ifaddrs.

unsigned -> unsigned int

Update synopses to match u_int/u_long/etc. changes. Do not bump date as
it's not a substantive change.

sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs.  ("Protocol error: too many arguments")

resync from head

Remove trailing whitespace.

Add a small example.

sync to netbsd-5

Use .In for header files instead of .Ar Pa and variations.

Sync with HEAD.

Third (and last) commit. See http://mail-index.netbsd.org/source-changes/2009/05/13/msg221222.html

Pull up following revision(s) (requested by dyoung in ticket #730):
	sbin/ifconfig/af_link.c: revisions 1.4 - 1.6
	sbin/ifconfig/util.h: revision 1.7
	sbin/ifconfig/util.c: revisions 1.10, 1.11
	lib/libc/net/getifaddrs.c: revision 1.12
	lib/libc/net/getifaddrs.3: revision 1.10
	sbin/ifconfig/ifconfig.c: revisions 1.216 - 1.218
Fix indentation: change spaces to tabs.
Use getnameinfo(3) to render a human-readable link-layer address in the
'address: ' line, just as we do in the 'link xx:xx:...:xx' line.
There's no use casting a socket address to sockaddr_dl, only to cast it
back to sockaddr, so don't do it.
Cosmetic: add some whitespace for my ease of reading.
To make sure that we always print the active link-layer address in the
'address: ' field, don't treat the first address as the active address,
but search the link-layer addresses for the ones flagged IFLR_ACTIVE,
and print those.  Extract a subroutine, print_link_addresses(), for
printing link-layer addresses.
For non-AF_LINK ifaddrs, ifa_data is NULL.  AFAICT, this has always been
so.  Say so in the documentation.
Bring getifaddrs(3) behavior in line with the documentation: the
ifa_data member of every AF_LINK struct ifaddrs points at the
corresponding struct if_data.  In ifconfig(8), do not try to suppress
duplicate AF_LINK ifaddrs by checking for a NULL ifa_data.
Don't copy out two AF_LINK struct ifaddrs for each active link-layer
address. getifaddrs(3) used to copy out one ifaddrs for the kernel's
RTM_IFINFO message, and one more for the kernel's RTM_NEWADDR message.
I suppress the first duplicate with a highly conservative change that
wastes a little bit of ifaddrs storage.  The storage is not leaked.

Mark up NULL. New sentence, new line. Bump date for previous.

For non-AF_LINK ifaddrs, ifa_data is NULL.  AFAICT, this has always been
so.  Say so in the documentation.

Fix preamble

Use
.In header.h
instead of
.Fd #include \*[Lt]header.h\*[Gt]
Much easier to read and write, and supported by groff for ages.
Okayed by ross.

Catch up to -current.

Catch up to -current.

Generate <>& symbolically.

Catch up to -current.

Sort sections, sort SEE ALSO, and misc. fixes.

Boring whitespace fixes.

Fix date.

Use .{B,Bs,F,N,O}x and fix miscellaneous errors.

add freeifaddrs(), which reclaims region allocated by getifaddrs().
in sync with kame and bsdi.

add getifaddrs(3) from bsdi4, as mentioned in tech-net (in SIOCGIFCONF
related thread).
this will save future apps from complexity of SIOCGIFCONF.

getifaddrs(3) does not use SIOCGIFCONF internally, it uses sysctl.