History log of /netbsd-src/lib/libc/net/getnameinfo.c (Results 26 – 50 of 60)
Revision Date Author Comments
# 3e18fc13 04-Mar-2002 sommerfeld <sommerfeld@NetBSD.org>

More ipip references


# 6c9440f3 15-Nov-2001 itojun <itojun@NetBSD.org>

make NI_WITHSCOPEID a default (always on), to synchronize with recent 2553bis.
sync with kame.


# 72a8eddd 15-Nov-2001 itojun <itojun@NetBSD.org>

synchronize with kame better. get rid of #defines for ENI_xx.


# b1297979 06-Oct-2001 bjh21 <bjh21@NetBSD.org>

Put back AF_LINK support. This time, all the new code passes lint(1), modulo
bin/14175. It should pass lint on a native i386 build, but I can't test that.


# 5a7a518e 05-Oct-2001 bjh21 <bjh21@NetBSD.org>

Remove AF_LINK support. It generates lint warnings, and hence won't compile
on i386. I'll re-commit once I've understood and fixed the problems.


# 84bfe490 05-Oct-2001 itojun <itojun@NetBSD.org>

make it at least compile (there's no /usr/include/net/if_ieee1394.h exist).
avoid overrun with snprintf. be careful about snprintf return value.


# 5b533f60 04-Oct-2001 bjh21 <bjh21@NetBSD.org>

Extend getnameinfo() to support AF_LINK sockaddrs. The intention is that
anything that wants to print a link-layer address should go through here,
rather than re-inventing the wheel.


# 511e898d 19-Aug-2001 itojun <itojun@NetBSD.org>

snprintf return value audit. inspired by deraadt


# a51e2828 26-Apr-2001 kleink <kleink@NetBSD.org>

Fix previous rev. the right way, using socklen_t.


# d83ea5d2 26-Apr-2001 tron <tron@NetBSD.org>

Fix lint problem caused by the changes for PR standards/12703.


# ca797c3c 25-Jan-2001 jdolecek <jdolecek@NetBSD.org>

make local constant arrays const


# a976c8e3 04-Jan-2001 lukem <lukem@NetBSD.org>

sprinkle _DIAGASSERT() around


# 9ebff4b3 25-Sep-2000 itojun <itojun@NetBSD.org>

remove merge error from kame.


# a931ac82 25-Sep-2000 itojun <itojun@NetBSD.org>

off-by-1 error in string length validation.
From: Pavel Kankovsky <peak@argo.troja.mff.cuni.cz>


# 6acd1fa3 07-Aug-2000 itojun <itojun@NetBSD.org>

sync comment with reality. from kame


# 7bc5ea81 06-Jul-2000 christos <christos@NetBSD.org>

- remove unused vars
- fix non-portable casts


# 814b7243 12-Jun-2000 itojun <itojun@NetBSD.org>

correct ENI_SALEN case to meet rfc2553bis.


# 87a2cc99 12-Jun-2000 itojun <itojun@NetBSD.org>

correct return value from getnameinfo to meet rf2553bis.
(this also corrects incorrect "success" value, 0, on invalid sockaddr)


# b757ddbc 04-Jun-2000 itojun <itojun@NetBSD.org>

correct arg type for getnameinfo(3) for RFC2553 conformance.


# 3fc57d3f 26-Apr-2000 itojun <itojun@NetBSD.org>

bring in latest KAME implementation.
conforms to draft-ietf-ipngwg-scopedaddr-format-01.txt.
behavior change: returns numeric scopeid if we can't convert to string.
removed #if 0'ed portion which we

bring in latest KAME implementation.
conforms to draft-ietf-ipngwg-scopedaddr-format-01.txt.
behavior change: returns numeric scopeid if we can't convert to string.
removed #if 0'ed portion which we will never revisit.

show more ...


# 72eddcac 24-Apr-2000 itojun <itojun@NetBSD.org>

add __RCSID().


# c6bf4b09 24-Apr-2000 itojun <itojun@NetBSD.org>

supply weak alias for IPv6-related library additions. sorry to be late.


# d24bee08 17-Mar-2000 christos <christos@NetBSD.org>

make this compile on non 4.4BSD systems


# 823d2a5d 17-Feb-2000 itojun <itojun@NetBSD.org>

to synchronize with progress of discussion for post
draft-ietf-ipngwg-scopedaddr-format-00.txt (will be 01),
use "address%interface" notation for extended scoped IPv6 address.

NOTE: the change affec

to synchronize with progress of discussion for post
draft-ietf-ipngwg-scopedaddr-format-00.txt (will be 01),
use "address%interface" notation for extended scoped IPv6 address.

NOTE: the change affects link-local addresses only. I hope it to be
the final change on it.....

show more ...


# 8829e73e 16-Feb-2000 itojun <itojun@NetBSD.org>

preparation to flip extended scoped address syntax.

the specification is still under debate; there is high possibility that
"fe80::1%de0" will be the finalist but i'm not sure yet.


123