Skip to content
Snippets Groups Projects
  1. Nov 10, 2009
  2. Nov 02, 2009
  3. Oct 31, 2009
  4. Oct 29, 2009
  5. Oct 23, 2009
  6. Oct 07, 2009
    • Yang Tse's avatar
      Overhauled ares__get_hostent() · 052dac0d
      Yang Tse authored
      - Fixing out of bounds memory overwrite triggered with malformed /etc/hosts file.
      - Improving parsing of /etc/hosts file.
      - Validating requested address family.
      - Ensuring that failures always return a NULL pointer.
      - Adjusting header inclusions.
      052dac0d
  7. Sep 04, 2009
  8. Aug 03, 2009
  9. Jul 14, 2009
  10. Jun 12, 2009
    • Yang Tse's avatar
      · 067544ab
      Yang Tse authored
      Try to make more clear that --enable-curldebug has nothing to do with --enable-debug for this library.
      067544ab
  11. Jun 08, 2009
  12. May 26, 2009
  13. May 20, 2009
  14. May 11, 2009
  15. May 02, 2009
  16. Apr 21, 2009
  17. Mar 11, 2009
  18. Feb 20, 2009
  19. Feb 03, 2009
  20. Jan 31, 2009
  21. Jan 14, 2009
  22. Jan 13, 2009
  23. Jan 11, 2009
  24. Dec 09, 2008
  25. Dec 04, 2008
  26. Dec 03, 2008
  27. Nov 26, 2008
  28. Nov 25, 2008
  29. Nov 19, 2008
  30. Nov 01, 2008
  31. Oct 21, 2008
    • Yang Tse's avatar
      Charles Hardin patch: · 3f2de3d1
      Yang Tse authored
      - handles the EINPROGRESS for UDP connects
      - uses closesocket instead of close on some paths that were noticed
      3f2de3d1
  32. Oct 17, 2008
  33. Oct 07, 2008
  34. Sep 17, 2008
  35. Aug 29, 2008
  36. Aug 25, 2008
  37. Aug 04, 2008
    • Daniel Stenberg's avatar
      - Fix by Tofu Linden: · 931fc45f
      Daniel Stenberg authored
        The symptom:
        * Users (usually, but not always) on 2-Wire routers and the Comcast service
        and a wired connection to their router would find that the second and
        subsequent DNS lookups from fresh processes using c-ares to resolve the same
        address would cause the process to never see a reply (it keeps polling for
        around 1m15s before giving up).
      
        The repro:
        * On such a machine (and yeah, it took us a lot of QA to find the systems
        that reproduce such a specific problem!), do 'ahost www.secondlife.com',
        then do it again.  The first process's lookup will work, subsequent lookups
        will time-out and fail.
      
        The cause:
        * init_id_key() was calling randomize_key() *before* it initialized
        key->state, meaning that the randomness generated by randomize_key() is
        immediately overwritten with deterministic values. (/dev/urandom was also
        being read incorrectly in the c-ares version we were using, but this was
        fixed in a later version.)
        * This makes the stream of generated query-IDs from any new c-ares process
        be an identical and predictable sequence of IDs.
        * This makes the 2-Wire's default built-in DNS server detect these queries
        as probable-duplicates and (erroneously) not respond at all.
      931fc45f
Loading