c-ares

Commit Graph

Author	SHA1	Message	Date
Brad House	2b80c0f7d9	msvc Makefiles: Remove support for MSVC 6 and 7 since we can't target legacy Windows versions supported by those compilers anymore	5 months ago
Brad House	b35fc6dc69	modernize basic files and docs in repo	6 months ago
Brad House	3429263560	update base README	6 months ago
Brad House	0d8a840064	RELEASE-NOTES -> RELEASE-NOTES.md	11 months ago
Brad House	be8706cb36	Increase compiler warnings by default (#568 ) c-ares was missing a couple of common compiler warnings during building that are widely recognized as a best practice. This PR makes no code changes, only build system changes to increase warning levels. This PR does cause some new warnings to be emitted, a follow-up PR will address those. Fix By: Brad House (@bradh352)	1 year ago
Daniel Stenberg	c1b00c41a7	provide SPDX identifiers and a REUSE CI job to verify All files have their licence and copyright information clearly identifiable. If not in the file header, they are set separately in .reuse/dep5. All used license texts are provided in LICENSES/	2 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	fb4686db6e	Remove stale msvc files from makefile	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	4 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

12 Commits (759343ae00bd0dd562f4469ef030a71264ed543e)