Skip to content
  1. Jan 16, 2012
  2. Dec 20, 2011
    • Daniel Stenberg's avatar
      timeleft_accept: ack global timeout, moved to ftp.c · 130fac6c
      Daniel Stenberg authored
      First off the timeout for accepting a server connect back must of course
      respect a global timeout. Then the timeleft function is only used by ftp
      code so it was moved to ftp.c and made static.
      130fac6c
    • Gokhan Sengun's avatar
      FTP: perform active connections non-blocking · c834213a
      Gokhan Sengun authored
      1- Two new error codes are introduced.
      
      CURLE_FTP_ACCEPT_FAILED to be set whenever ACCEPTing fails because of
      FTP server connected.
      
      CURLE_FTP_ACCEPT_TIMEOUT to be set whenever ACCEPTing timeouts.
      
      Neither of these errors are considered fatal and control connection
      remains OK because it could just be a firewall blocking server to
      connect to the client.
      
      2- One new setopt option was introduced.
      
      CURLOPT_ACCEPTTIMEOUT_MS
      
      It sets the maximum amount of time FTP client is going to wait for a
      server to connect. Internal default accept timeout is 60 seconds.
      c834213a
  3. Dec 13, 2011
  4. Dec 12, 2011
    • Jason Glasgow's avatar
      CURLOPT_INTERFACE: avoid resolving interfaces names · 6e4835c7
      Jason Glasgow authored
      Do not try to resolve interfaces names via DNS by recognizing interface
      names in a few ways.  If the interface option argument has a prefix of
      "if!" then treat the argument as only an interface.  Similarly, if the
      interface argument is the name of an interface (even if it does not have
      an IP address assigned), treat it as an interface name.  Finally, if the
      interface argument is prefixed by "host!" treat it as a hostname that
      must be resolved by /etc/hosts or DNS.
      
      These changes allow a client using the multi interfaces to avoid
      blocking on name resolution if the interface loses its IP address or
      disappears.
      6e4835c7
  5. Dec 07, 2011
  6. Dec 05, 2011
    • Daniel Stenberg's avatar
      FTP: close callback fix · d5b5f64b
      Daniel Stenberg authored
      Keep track of which sockets that are the result of accept() calls and
      refuse to call the closesocket callback for those sockets. Test case 596
      now verifies that the open socket callback is called the same number of
      times as the closed socket callback for active FTP connections.
      
      Bug: http://curl.haxx.se/mail/lib-2011-12/0018.html
      Reported by: Gokhan Sengun
      d5b5f64b
    • Daniel Stenberg's avatar
      FTP: call opensocket callback properly · 088ba97a
      Daniel Stenberg authored
      When the new socket is created for an active connection, it is now done
      using the open socket callback.
      
      Test case 596 was modified to run fine, although it hides the fact that
      the close callback is still called too many times, as it also gets
      called for closing sockets that were created with accept().
      088ba97a
    • Daniel Stenberg's avatar
      Curl_socket: internal replacement for socket() · 9109cdec
      Daniel Stenberg authored
      Moved out into a separate function to work as a "generic" socket()
      replacement.
      9109cdec
  7. Oct 17, 2011
  8. Oct 15, 2011
  9. Sep 09, 2011
    • Daniel Stenberg's avatar
      tcpnodelay: rename variable · 303c9007
      Daniel Stenberg authored
      Renamed the variable from 'proto' to 'level' simply because it is not
      protocol you set but level and that is the name of the argument used in
      man pages and the POSIX documentation of the setsockopt function.
      303c9007
  10. Sep 03, 2011
  11. Aug 18, 2011
    • Daniel Stenberg's avatar
      connect: set TIMER_CONNECT · 3af9ba16
      Daniel Stenberg authored
      When connecting, make sure TIMER_CONNECT is set.
      3af9ba16
    • Daniel Stenberg's avatar
      FTP: fix proxy connect race condition · b998d95b
      Daniel Stenberg authored
      When using the multi interface, a SOCKS proxy, and a connection that
      wouldn't immediately consider itself connected (which my Linux tests do
      by default), libcurl would be tricked into doing _two_ connects to the
      SOCKS proxy when it setup the data connection and then of course the
      second attempt would fail miserably and cause error.
      
      This problem is a regression that was introduced by commit
      4a42e5cd that was introduced in the 7.21.7 release.
      
      Bug: http://curl.haxx.se/mail/lib-2011-08/0199.html
      Reported by: Fabian Keil
      b998d95b
  12. Aug 05, 2011
  13. Jul 26, 2011
  14. Jul 25, 2011
  15. Jul 24, 2011
  16. Jun 10, 2011
  17. Jun 04, 2011
  18. May 26, 2011
  19. May 18, 2011
  20. Apr 28, 2011
  21. Apr 27, 2011
  22. Apr 25, 2011
    • Daniel Stenberg's avatar
      async resolvers: further cleanups · 7de2f927
      Daniel Stenberg authored
      asyn-ares.c and asyn-thread.c are two separate backends that implement
      the same (internal) async resolver API for libcurl to use. Backend is
      specified at build time.
      
      The internal resolver API is defined in asyn.h for asynch resolvers.
      7de2f927
  23. Apr 21, 2011
  24. Apr 11, 2011
  25. Feb 17, 2011
  26. Feb 09, 2011
  27. Jan 10, 2011
    • Daniel Stenberg's avatar
      connect: use UDP correctly · 08a65b10
      Daniel Stenberg authored
      The idea that the protocol and socktype is part of name resolving in the
      libc functions is nuts. We keep the name resolver functions assume
      TCP/STREAM and we make sure that when we want to connect to a UDP
      service we use the correct UDP/DGRAM set instead. This bug was because
      the ->protocol field was not always set correctly.
      
      This bug was only affecting ipv6-disabled non-cares non-threaded builds.
      
      Bug: http://curl.haxx.se/bug/view.cgi?id=3154436
      Reported by: "dperham"
      08a65b10
  28. Jan 04, 2011
  29. Dec 23, 2010
    • Daniel Stenberg's avatar
      multi: connect fail => use next IP address · 5825aa14
      Daniel Stenberg authored
      When using the multi interface and connecting to a host name that
      resolves to multiple IP addresses, there was no logic that made it
      continue to the next IP if connecting to the first address times
      out. This is now corrected.
      5825aa14
  30. Dec 03, 2010
  31. Dec 01, 2010
  32. Nov 30, 2010