Skip to content
Snippets Groups Projects
  1. Sep 15, 2008
  2. Sep 13, 2008
  3. Sep 12, 2008
  4. Sep 11, 2008
  5. Sep 10, 2008
  6. Sep 09, 2008
  7. Sep 08, 2008
  8. Sep 06, 2008
  9. Aug 29, 2008
  10. Aug 27, 2008
  11. Aug 26, 2008
  12. Aug 25, 2008
  13. Aug 21, 2008
  14. Aug 20, 2008
  15. Aug 16, 2008
  16. Aug 10, 2008
  17. Aug 09, 2008
  18. Aug 07, 2008
  19. Aug 05, 2008
  20. 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
    • Yang Tse's avatar
      Autoconf 2.62 has changed the behaviour of the AC_AIX macro which we use. · b4fdccf8
      Yang Tse authored
      Prior versions of autoconf defined _ALL_SOURCE if _AIX was defined. But,
      autoconf 2.62 version of AC_AIX defines _ALL_SOURCE along with other four
      preprocessor symbols no matter if the system is AIX or not. To keep the
      traditional behaviour, as well as an uniform one, across autoconf versions
      AC_AIX is replaced with our own internal macro.
      b4fdccf8
  21. Aug 03, 2008
  22. Aug 01, 2008
  23. Jul 30, 2008
Loading