src/include/netdb.h, branch releng/6.1FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F6.12005-07-22T20:17:30ZMFC: Remove padding for ABI compatibility of ai_addrlen member2005-07-22T20:17:30ZHajimu UMEMOTOume@FreeBSD.org2005-07-22T20:17:30Zurn:sha1:180e5a253760cf6141db4bb847f1287b8782fe91
from struct addrinfo. This change break ABI compatibility on
64 bit arch.
include/netdb.h: 1.39
lib/libc/net/getaddrinfo.c: 1.70
Approved by: re (kensmith)
- Remove padding for ABI compatibility of n_net member from struct2005-06-03T03:32:06ZHajimu UMEMOTOume@FreeBSD.org2005-06-03T03:32:06Zurn:sha1:ad0fab44e2a20be7dd0f2fdc6e1aba86a530443a
netent.
- Change 1st argument of getnetbyaddr() to an uint32_t on 64 bit
arch as well to confirm to POSIX-2001.
These changes break ABI compatibility on 64 bit arch.
There is similar padding issue for ai_addrlen of struct addrinfo.
However, it is leaved as is for now.
Discussed on: arch@, standards@ and current@
X-MFC after: never
disable defining NI_WITHSCOPEID. It was obsoleted, and was exist2005-05-27T19:02:12ZHajimu UMEMOTOume@FreeBSD.org2005-05-27T19:02:12Zurn:sha1:2e631cd2fa7b21a513ae6757f160550a7969644f
only for backward compatibility since 5.2-RELEASE.
- The ai_addrlen of a struct addrinfo used to be a size_t, per2005-05-15T20:15:15ZHajimu UMEMOTOume@FreeBSD.org2005-05-15T20:15:15Zurn:sha1:036ae3dd790971f07f3cf41e19e087973d0de986
RFC 2553. In XNS5.2, and subsequently in POSIX-2001 and RFC
3493, it was changed to a socklen_t. And, the n_net of a
struct netent used to be an unsigned long integer. In XNS5,
and subsequently in POSIX-2001, it was changed to an uint32_t.
To accomodate for this while preserving ABI compatibility with
the old interface, we need to prepend or append 32 bits of
padding, depending on the (LP64) architecture's endianness.
- Correct 1st argument of getnetbyaddr() to uint32_t on 32
bit arch. Stay as is on 64 bit arch for ABI backward
compatibility for now.
Reviewed by: das, peter
MFC after: 2 weeks
hide implementation specific internal functions from netdb.h.2005-04-27T19:12:57ZHajimu UMEMOTOume@FreeBSD.org2005-04-27T19:12:57Zurn:sha1:bcb131aa3c3ddaaf3a4073864b6cf7bf1aa265c6
it is needed to make get{host,net}by*() thread-safe.
. Convert return type of gai_strerror() to 'const char *' as POSIX requires.2005-02-14T11:33:12ZAlexey Zelkinphantom@FreeBSD.org2005-02-14T11:33:12Zurn:sha1:ed613866044549950db401e34f5ecb974e1c8043
. Convert ai_errlist[] to simple 'char *' array, and appropriately
optimize gai_strerror()
implement AI_NUMERICSERV (as defined in RFC3493).2005-01-27T14:45:11ZHajimu UMEMOTOume@FreeBSD.org2005-01-27T14:45:11Zurn:sha1:c224435ed9758990411e6a288c9d873ba29870ea
Obtained from: KAME
MFC after: 1 week
Make the resolver(3) and many associated interfaces much more reentrant.2004-02-25T21:03:46ZBrian Feldmangreen@FreeBSD.org2004-02-25T21:03:46Zurn:sha1:33dee819339974eaf7dbf69068001771cbdcd548
The getaddrinfo(3), getipnodebyname(3) and resolver(3) can coincide now
with what should be totally reentrant, and h_errno values will now
be preserved correctly, but this does not affect interfaces such as
gethostbyname(3) which are still mostly non-reentrant.
In all of these relevant functions, the thread-safety has been pushed
down as far as it seems possible right now. This means that operations
that are selected via nsdispatch(3) (i.e. files, yp, dns) are protected
still under global locks that getaddrinfo(3) defines, but where possible
the locking is greatly reduced. The most noticeable improvement is
that multiple DNS lookups can now be run at the same time, and this
shows major improvement in performance of DNS-lookup threaded programs,
and solves the "Mozilla tab serialization" problem.
No single-threaded applications need to be recompiled. Multi-threaded
applications that reference "_res" to change resolver(3) options will
need to be recompiled, and ones which reference "h_errno" will also
if they desire the correct h_errno values. If the applications already
understood that _res and h_errno were not thread-safe and had their own
locking, they will see no performance improvement but will not
actually break in any way.
Please note that when NSS modules are used, or when nsdispatch(3)
defaults to adding any lookups of its own to the individual libc
_nsdispatch() calls, those MUST be reentrant as well.
remove EAI_NODATA aliased to EAI_NONAME.2004-01-15T15:10:02ZHajimu UMEMOTOume@FreeBSD.org2004-01-15T15:10:02Zurn:sha1:c77fb521888857cd39b36811d2eae48096a3d43e
PR: bin/61369
style.2003-10-24T06:53:12ZHajimu UMEMOTOume@FreeBSD.org2003-10-24T06:53:12Zurn:sha1:ff6322f8289a47c2d4a6a7137d238d6608d79b27
Reported by: bde