Commit e61a687e authored by Yang Tse's avatar Yang Tse
Browse files

Mention last changes

parent 7e85d2fb
Loading
Loading
Loading
Loading
+15 −0
Original line number Diff line number Diff line
  Changelog for the c-ares project

* May 19 2009 (Yang Tse)
- Introduced ares_library_init() and ares_library_cleanup() functions.

  This is an API and ABI break for Win32/64 systems. Non-Win32/64 build targets
  using c-ares 1.6.1 can still survive without calling these functions. Read all
  the details on ares_library_init(3) and ares_library_cleanup(3) man pages that
  are included.

  curl/libcurl 7.19.5 is fully compatible with c-ares 1.6.1 on all systems.

  In order to use c-ares 1.6.1 with curl/libcurl on Win32/64 systems it is
  required that curl/libcurl is 7.19.5 or newer. In other words, it is not
  possible on Win32/64 to use c-ares 1.6.1 with a curl/libcurl version less
  than 7.19.5

* May 11 2009 (Daniel Stenberg)
- Gregor Jasny made c-ares link with libtool 's -export-symbols-regex option to
  only expose functions starting with ares_.
+2 −0
Original line number Diff line number Diff line
@@ -7,12 +7,14 @@ Changed:
 o ares_gethostbyname() now supports 'AF_UNSPEC' as a family for resolving
   either AF_INET6 or AF_INET
 o a build-time configured ares_socklen_t is now used instead of socklen_t
 o new ares_library_init() and ares_library_cleanup() functions

Fixed:

 o ares_parse_*_reply() functions now return ARES_EBADRESP instead of
   ARES_EBADNAME if the name in the response failed to decode
 o only expose/export symbols starting with 'ares_'
 o fix \Device\TCP handle leaks triggered by buggy iphlpapi.dll

Thanks go to these friendly people for their efforts and contributions: