c-ares

Commit Graph

Author	SHA1	Message	Date
bradh352	e73fb47266	work around autoreconf -fiv first call returning 'error: too many loops'	4 years ago
bradh352	bad8bde4d4	autotools: processed configure.ac through autoupdate	4 years ago
bradh352	da6a63bba8	autotools. update ax_code_coverage.m4 to latest. don't use deprecated AC_HELP_STRING	4 years ago
bradh352	5ea4616d2c	pull out some old autotools cruft	4 years ago
Felix Yan	7712fcd178	Provide ares_nameser.h as a public interface (#417 ) NodeJS needs ares_nameser.h as a pubic header. Fixes: #415 Fix By: Felix Yan (@felixonmars)	4 years ago
bradh352	fe282cf172	prep for 1.17.2 release	4 years ago
Brad House	fa903fd7bb	CMake: RANDOM_FILE not defined #397 RANDOM_FILE was never defined by cmake, causing RC4 key generation to use the less secure rand() method. Also, due to clashes with chain-building from other projects (e.g. curl) that may define RANDOM_FILE, this was renamed to CARES_RANDOM_FILE. This is the proposed change for #396 Fix By: Brad House (@bradh352)	4 years ago
dhrumilrana	3c0bc079b4	z/OS: port (#390 ) Port c-ares to z/OS. Fix By: Dhrumil Rana (@dhrumilrana)	4 years ago
bradh352	9d7914a9da	fix sed gone wrong	4 years ago
bradh352	a88f01e2fd	attempt to fix 1.17.0 release distribution issues	4 years ago
bradh352	799e81d4ac	1.17.0 release prep	4 years ago
Brad House	0bf721cdd7	Reorganize source tree (#349 ) Originally started by Daniel Stenberg (@bagder) with #123, this patch reorganizes the c-ares source tree to have a more modern layout. It also fixes out of tree builds for autotools, and automatically builds the tests if tests are enabled. All tests are passing which tests each of the supported build systems (autotools, cmake, nmake, mingw gmake). There may be some edge cases that will have to be caught later on for things I'm not aware of. Fix By: Brad House (@bradh352)	4 years ago
Brad House	abe1ff1ff3	remove CURLDEBUG as per #82	5 years ago
Fionn Fitzmaurice	6d6cd5daf6	Avoid buffer overflow in RC4 loop comparison (#336 ) The rc4 function iterates over a buffer of size buffer_len who's maximum value is INT_MAX with a counter of type short that is not guaranteed to have maximum size INT_MAX. In circumstances where short is narrower than int and where buffer_len is larger than the maximum value of a short, it may be possible to loop infinitely as counter will overflow and never be greater than or equal to buffer_len. The solution is to make the comparison be between types of equal width. This commit defines counter as an int. Fix By: Fionn Fitzmaurice (@fionn)	5 years ago

1 2

64 Commits (819cda99a3a2598ee0093f20deadd19e8b031c43)