summaryrefslogtreecommitdiff
path: root/lib/inet_pton.h
Commit message (Collapse)AuthorAgeFilesLines
* HAVE_INET_PTON will only be defined when an IPv6 capable workingYang Tse2008-09-241-5/+0
| | | | inet_pton function is available.
* Yang Tse's changes to provide an inet_pton() proto for the platforms whoDaniel Stenberg2005-11-281-0/+5
| | | | don't have one in order to fix a remaining warning on IRIX 6.2.
* Yang Tse: fixes the use of Curl_inet_ntop and Curl_inet_pton with noDaniel Stenberg2005-11-251-3/+3
| | | | prototypes on some platforms, ie IRIX 6.2 MIPS C 6.2
* Updated the copyright year since changes have been this year.Daniel Stenberg2005-03-311-1/+1
|
* - Tru64 and some IRIX boxes seem to not like test 237 as it is. TheirDaniel Stenberg2005-03-161-5/+5
| | | | | | | | 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.
* updated year in the copyright stringDaniel Stenberg2004-01-071-1/+1
|
* include file fixesDaniel Stenberg2003-10-081-0/+3
|
* Neil Dunbar provided a patch that now makes libcurl check SSLDaniel Stenberg2003-10-071-0/+34
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.