- Sep 15, 2008
- Sep 13, 2008
-
-
Yang Tse authored
-
- Sep 12, 2008
-
-
Gisle Vanem authored
-
Yang Tse authored
-
- Sep 11, 2008
- Sep 10, 2008
-
-
Yang Tse authored
-
- Sep 09, 2008
-
-
Yang Tse authored
-
- Sep 08, 2008
-
-
Yang Tse authored
-
- Sep 06, 2008
- Aug 29, 2008
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- Aug 27, 2008
-
-
Yang Tse authored
-
- Aug 26, 2008
-
-
Yang Tse authored
-
- Aug 25, 2008
- Aug 21, 2008
- Aug 20, 2008
-
-
Yang Tse authored
-
- Aug 16, 2008
-
-
Gisle Vanem authored
-
Gisle Vanem authored
-
- Aug 10, 2008
-
-
Yang Tse authored
This should have been done with the initial 64-bit curl_off_t patch.
-
- Aug 09, 2008
- Aug 07, 2008
-
-
Yang Tse authored
to have a curl_off_t data type no longer gated to off_t.
-
- Aug 05, 2008
-
-
Yang Tse authored
Avoid dot notation in aclocal serial file number, use a single number now.
-
- Aug 04, 2008
-
-
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.
-
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.
-
- Aug 03, 2008
-
-
Yang Tse authored
-
- Aug 01, 2008
- Jul 30, 2008