From: Daniel Stenberg <daniel@haxx.se>
Date: Fri, 4 Jan 2002 09:57:57 +0000 (+0000)
Subject: dns cache, ftp response read, 64bit fixes, printf replaces, inet_ntoa_r
X-Git-Tag: curl-7_9_3-pre1~21
X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=38306cda5492be00f8b039620761b8b21a7fe4de;p=thirdparty%2Fcurl.git

dns cache, ftp response read, 64bit fixes, printf replaces, inet_ntoa_r
corrections
---

diff --git a/CHANGES b/CHANGES
index 871e7242e5..2548a723fd 100644
--- a/CHANGES
+++ b/CHANGES
@@ -6,7 +6,30 @@
 
                                History of Changes
 
+Daniel (4 January 2002)
+- I discovered that we wrongly used inet_ntoa() (instead of inet_ntoa_r() in
+  two places in the source code). One happened with VERBOSE set on connects,
+  and the other when VERBOSE was on and krb4 over nat was used... I honestly
+  don't think anyone has suffered from these mistakes.
+
+- I replaced a lot of silly occurances of printf() to instead use the more
+  appropriate Curl_infof() or Curl_failf(). The krb4 and telnet code were
+  affected.
+
+- Philip Gladstone found a few more problems with 64-bit archs (the 64-bit
+  sparc on solaris 8).
+
+- After discussions on the libcurl list with Raoul Cridlig, I just made FTP
+  response lines get passed to the header callback if such a one is
+  registered. It'll make it possible for any application to get all the
+  responses an FTP server sends to libcurl.
+
 Daniel (3 January 2002)
+- Sterling Hughes brought a few buckets of code. Now, libcurl will
+  automatically cache DNS lookups and re-use the previous results first if any
+  such is available. It greatly improves speed when doing many repeated
+  operations to the same host.
+
 - As the test case uses --include and then --head, I had to modify src/main.c
   to deal with this situation slightly better than previously. When done, we
   have 100% good tests again in the main branch.