summaryrefslogtreecommitdiff
path: root/src/lib/libc/net/freeaddrinfo.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Delete casts to off_t and size_t that are implied by assignmentsguenther2016-09-211-2/+2
| | | | | | | or prototypes. Ditto for some of the char* and void* casts too. verified no change to instructions on ILP32 (i386) and LP64 (amd64) ok natano@ abluhm@ deraadt@ millert@
* Remove NULL-checks before free() and a few related dead assignments.mmcc2015-12-281-3/+2
| | | | ok and valuable input from millert@
* Finish wrapping <netdb.h> so that calls go direct and the symbols are all weakguenther2015-09-141-1/+2
|
* ansify. ok deraadt@ moritz@otto2005-03-251-3/+2
|
* add some missing $, ok djm@ 'That looks fine to me' millert@jsg2004-10-011-0/+2
|
* don't permit freeaddrinfo(NULL). now the behavior is consistentitojun2000-01-281-2/+2
| | | | | | | | | | | | across {free,net,open}bsd. both rfc2553 and X/Open spec are silent about the behavior, and there's no strong consensus either. i think library should NOT be forgiving in this case, to promote development of more robust 3rd-party codebase (code works on "freeaddrinfo(NULL) = SEGV" will work on "freeaddrinfo(NULL) is okay" environment, but not the other way around). only issue i have now is NRL freeaddrinfo() compatibility, which permits freeaddrinfo(NULL).
* avoid memory leakage on freeaddrinfo().itojun2000-01-271-0/+2
| | | | (this bug was introduced since we mix KAME getaddrinfo and NRL freeaddrinfo).
* KNFderaadt1999-06-231-7/+9
|
* Added some protocol independent interfaces (supposedly IPv6 support APIs, butcmetz1999-06-231-0/+45
ones that are useful for all protocols, not just IPv6).