David McCreedy's "TPF-platform specific changes to various files" patch

mention a bunch of pending patches to deal with

Check definition of _XOPEN_SOURCE_EXTENDED with the compiler

Add temporary debug tracing for X/Open HP-UX

Check if X/Open network library is required

When generated, display libcurl.pc and libcares.pc

cope with ares_build.h and ares_rules.h follow-up

Added some notes regarding ares_build.h

fix EOL

fix EOL

cope with ares_build.h and ares_rules.h

buildconf.bat for CVS-tree c-ares

fix compiler warning: unused parameter

- I was going to fix issue #59 in KNOWN_BUGS

  If the CURLOPT_PORT option is used on an FTP URL like
  "ftp://example.com/file;type=A" the ";type=A" is stripped off.

  I added test case 562 to verify, only to find out that I couldn't repeat
  this bug so I hereby consider it not a bug anymore!

provide some track record of the SONAME bumps

mention that cvs is needed for releases

Use 'unsigned int' instead of size_t attempting to avoid header inclusion

NetWare LibC's getpeername() third argument data type is size_t

Display only CURL_* and CARES_* symbol/macro definitions from curlbuild.h and ares_build.h

Remove temporary debug tracing for ares_socklen_t Windows targets

Trigger c-ares prebuild stage for fake-config setup's

curl_socklen_t NetWare follow-up

curl_socklen_t follow-up

ares_socklen_t follow-up

ares_build.h Windows follow-up

mention the new CURL_SEEKFUNC_ symbols

- Based on bug report #2723219 (http://curl.haxx.se/bug/view.cgi?id=2723219)
  I've now made TFTP "connections" not being kept for re-use within libcurl.
  TFTP is UDP-based so the benefit was really low (if even existing) to begin
  with so instead of tracking down to fix this problem we instead removed the
  re-use. I also enabled test case 1099 that I wrote a few days ago to verify
  that this change fixes the reported problem.

Add temporary debug tracing for ares_socklen_t Windows targets

ares_build.h NetWare follow-up

When running testcurl.pl display definitions from ares_build.h

allow usage of in-tree c-ares when building from outside of the cvs tree

ares_build.h NetWare attempt

- Constantine Sapuntzakis filed bug report #2783090
  (http://curl.haxx.se/bug/view.cgi?id=2783090) pointing out that on windows
  we need to grow the SO_SNDBUF buffer somewhat to get really good upload
  speeds. http://support.microsoft.com/kb/823764 has the details. Friends
  confirmed that simply adding 32 to CURL_MAX_WRITE_SIZE is enough.

allow usage of in-tree c-ares when building from outside of the cvs tree

Initial step towards a configure time ares_socklen_t definition

ignore stamp-h*

Fixed: 225 - resume when upload from stream, #2709004

- Bug report #2709004 (http://curl.haxx.se/bug/view.cgi?id=2709004) by Tim
  Chen pointed out how curl couldn't upload with resume when reading from a
  pipe.

  This ended up with the introduction of a new return code for the
  CURLOPT_SEEKFUNCTION callback that basically says that the seek failed but
  that libcurl may try to resolve the situation anyway. In our case this means
  libcurl will attempt to instead read that much data from the stream instead
  of seeking and that way curl can now upload with resume when data is read
  from a stream!

Added CARES_INCLUDES_SYS_TYPES

Rearrange placement inside file of CURL_DEFINE_UNQUOTED, CURL_CONFIGURE_LONG
and CURL_CONFIGURE_CURL_SOCKLEN_T to ease future maintainance.

Moved CURL_INCLUDES_INTTYPES to curl-functions.m4 along with other CURL_INCLUDES_*

Remove temporary debug tracing for curl_socklen_t detection failures

Include <arpa/inet.h> if HAVE_ARPA_INET_H is defined

Log MAKEFLAGS environment variable along with the others.

Take 2 at handling getpeername() prototypes with a void pointer for third argument

Attempt to handle getpeername() prototypes with a void pointer for third argument

Add missing cmake files to the tarball (thanks to Richard Atterer's report)

the windows threaded resolver isn't foolproof enough

Add temporary debug tracing for curl_socklen_t detection failures

Reorder curl_socklen_t and socklen_t equivalent check while both coexist

Rearrange curl_socklen_t tests to improve speed of usual results

Initial step towards a configure time curl_socklen_t definition

Fixed: 227 - CURLINFO_APPCONNECT_TIME doesn't work with multi interface, #2779733

- Bug report #2779733 (http://curl.haxx.se/bug/view.cgi?id=2779733) by Sven
  Wegener pointed out that CURLINFO_APPCONNECT_TIME didn't work with the multi
  interface and provided a patch that fixed the problem!

removed pointless file

synced with current reality

Further narrow the use of the icc 9.1 optimizer workaround.

Previous workaround proved useful, and finally did not trigger any warning!

- Kamil Dudka fixed another NSS-related leak when client certs were used.

test 1099: "TFTP get first a non-existing file then an existing" added disabled
as things don't work right here!

Try a simpler variation of the 'volatile' variables icc 9.1 on unix IA32 workaround.

Previous workaround proved useful, but triggered the following warning:

warning #556: a value of type "volatile Curl_addrinfo *" cannot be assigned to an entity of type "Curl_addrinfo *"

for is docs remarks

- bug report #2779245 (http://curl.haxx.se/bug/view.cgi?id=2779245) by Rainer
  Koenig pointed out that the man page didn't tell that the *_proxy
  environment variables can be specified lower case or UPPER CASE and the
  lower case takes precedence,

CURLOPT_POSTQUOTE commands only run when no error

Try another variation of the 'volatile' variables icc 9.1 on unix IA32 workaround.

The #pragma optimize("", off) attempt did not fix the problem and SIGSEGV's in Curl_freeaddrinfo() were back.

Added new libcurl source files to Amiga, RiscOS and VC6 build files.

Disable optimizations when compiling function Curl_freeaddrinfo() with icc 9.1 on unix IA32.

Previous 'volatile' variables workaround proved useful, but it triggered the following warning:

warning #167: argument of type "volatile Curl_addrinfo *" is incompatible with parameter of type "void *"

avoid use of alloca()

libcurl's memory.h renamed to curl_memory.h

Moved potential inclusion of system's malloc.h and memory.h header files to
setup_once.h.  Inclusion of each header file is based on the definition of
NEED_MALLOC_H and NEED_MEMORY_H respectively.

remove unnecessary typecast

ignore

- Leanic Lefever reported a crash and did some detailed research on why and
  how it occurs (http://curl.haxx.se/mail/lib-2009-04/0289.html). The
  conclusion was that if an error is detected and Curl_done() is called for
  the connection, ftp_done() could at times return another error code that
  then would take precedence and that new code confused existing logic that
  works for the first error code (CURLE_SEND_ERROR) only.

- Gisle Vanem noticed that --libtool would produce bogus strings at times for
  OBJECTPOINT options. Now we've introduced a new function - my_setopt_str -
  within the app for setting plain string options to avoid the risk of this
  mistake happening.

attempt to workaround icc 9.1 optimizer induced problem

escape the ' properly

63. When CURLOPT_CONNECT_ONLY is used, the handle cannot reliably be re-used
  for any further requests or transfers. The work-around is then to close that
  handle with curl_easy_cleanup() and create a new. Some more details:
  http://curl.haxx.se/mail/lib-2009-04/0300.html

Added 'slist.obj'.

Added HAVE_LIMITS_H.

Added '-DHAVE_LIMITS_H'.

Avoid compiler warning about unused argument.

mention Pramod Sharma and "persistent connections when doing FTP over a HTTP proxy"

As Jeff Pohlmeyer suggested: "pointer to 'char *'" is now instead put:
"pointer to a char pointer".

- Pramod Sharma reported and tracked down a bug when doing FTP over a HTTP
  proxy. libcurl would then wrongly close the connection after each
  request. In his case it had the weird side-effect that it killed NTLM auth
  for the proxy causing an inifinite loop!

  I added test case 1098 to verify this fix. The test case does however not
  properly verify that the transfers are done persistently - as I couldn't
  think of a clever way to achieve it right now - but you need to read the
  stderr output after a test run to see that it truly did the right thing.

remove compiler options used while debugging the icc 9.1 optimizer issue

re-enable all tests for all icc autobuilds

further narrow the use of the icc 9.1 optimizer workaround

attempt to workaround icc 9.1 optimizer induced problem

moved HAVE_LIMITS_H to common defines

Set HP-UX compiler warning level back to the one that exposes
the socklen_t issue on this platform.

moved HAVE_LIMITS_H to common defines (no idea why I didnt this initially already)

HAVE_LIMITS_H definition for NetWare CLIB

first take at bundling cmake-related files in the tarball

things in the pipe right now

use HAVE_LIMITS_H symbol to protect limits.h inclusion

include <limits.h> for INT_MAX definition

fix compiler warning: implicit conversion shortens 64-bit value into a 32-bit value

(Minor change - From Piotr Dobrogost) Moved a line.

Kamil Dudka's follow-up fix

- bug report #2727981 (http://curl.haxx.se/bug/view.cgi?id=2727981) by Martin
  Storsjo pointed out how setting CURLOPT_NOBODY to 0 could be downright
  confusing as it set the method to either GET or HEAD. The example he showed
  looked like:

   curl_easy_setopt(curl, CURLOPT_PUT, 1);
   curl_easy_setopt(curl, CURLOPT_NOBODY, 0);

  The new way doesn't alter the method until the request is about to start. If
  CURLOPT_NOBODY is then 1 the HTTP request will be HEAD. If CURLOPT_NOBODY is
  0 and the request happens to have been set to HEAD, it will then instead be
  set to GET. I believe this will be less surprising to users, and hopefully
  not hit any existing users badly.

- Toshio Kuratomi reported a memory leak problem with libcurl+NSS that turned
  out to be leaking cacerts. Kamil Dudka helped me complete the fix. The issue
  is found in Redhat's bug tracker:
  https://bugzilla.redhat.com/show_bug.cgi?id=453612

  There are still memory leaks present, but they seem to have other reasons.