| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
inet_pton function is available.
|
|
|
|
| |
don't have one in order to fix a remaining warning on IRIX 6.2.
|
|
|
|
| |
prototypes on some platforms, ie IRIX 6.2 MIPS C 6.2
|
| |
|
|
|
|
|
|
|
|
| |
inet_addr() functions seems to use &255 on all numericals in a ipv4 dotted
address which makes a different failure... Now I've modified the ipv4
resolve code to use inet_pton() instead in an attempt to make these systems
better detect this as a bad IP address rather than creating a toally bogus
address that is then passed on and used.
|
| |
|
| |
|
|
subjectAltNames when matching certs. This is apparently detailed in RFC2818
as the right thing to do. I had to add configure checks for inet_pton() and
our own (strictly speaking, code from BIND written by Paul Vixie) provided
code for the function for platforms that miss it.
|