| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
any changes not taken noted on tech, but chiefly here i did not take the
cancelation - cancellation changes;
|
| |
|
|
|
|
|
|
|
| |
Use a temporary variable to store the number of bytes to be copied
(size_t) and also use it as the memcpy(3) length. Previously we
copied "size" bytes instead of just the necessary number.
OK claudio@ tb@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
too small in the AF_INET6 case.
Spotted by Brad House (brad AT brad-house.com) with the c-ares
regression test.
The man page says
Caution: The dst field should be zeroed before calling inet_net_pton() as
the function will only fill the number of bytes necessary to encode the
network number in network byte order.
Which seems to suggest that the function should work if the passed in
storage is big enough to hold the prefix, which might be smaller than
sizeof(in6_addr).
Input & OK tb
|
| |
|
|
|
|
|
| |
crash when given a large hex number as part of the dotted quad.
OK deraadt@ jsg@
|
|
|
|
| |
re-re-reviewed by krw
|
|
|
|
|
|
| |
using inet_pton() and inet_ntop() as suggested by claudio
ok claudio@
|
|
|
|
| |
report Maksymilian Arciemowicz; ok djm, deraadt
|
|
|
|
|
|
|
| |
split functions off res_debug.c so that getnetnamadr.c does not pull it
all when it's used.
okay deraadt@, krw@
|
| |
|
|
|
|
|
|
|
|
|
| |
fixes a strange behaviour where inet_net_pton would always return 4 (bits)
for multicast addresses no matter how many octets were specified.
negotiated with Paul Vixie, original author of this function.
ok millert@
|
|
|
|
| |
outside the tree)
|
|
Includes the DNS aware getnetby*() routines and IPv6 support.
|