openssl - Mirror of https://github.com/openssl/openssl

Age	Commit message (Collapse)	Author
2010-06-15	Fix warnings (From HEAD, original patch by Ben).	Dr. Stephen Henson

2010-05-15	PR: 2255	Dr. Stephen Henson
	Submitted By: Ger Hobbelt <ger@hobbelt.com> Place RSA dependent variable under #ifndef OPENSSL_NO_RSA
2010-02-23	Always check bn_wexpend() return values for failure (CVE-2009-3245).	Bodo Möller
	(The CHANGES entry covers the change from PR #2111 as well, submitted by Martin Olsson.) Submitted by: Neel Mehta
2009-04-23	Make no-rsa, no-dsa and no-dh compile again.	Dr. Stephen Henson

2007-06-07	Finish gcc 4.2 changes.	Dr. Stephen Henson

2005-07-16	make	Nils Larsch
	./configure no-deprecated [no-dsa] [no-dh] [no-ec] [no-rsa] make depend all test work again PR: 1159
2005-06-17	clear dso pointer in case of an error	Nils Larsch
	PR: 816
2005-05-09	Update util/ck_errf.pl script, and have it run automatically	Bodo Möller
	during "make errors" and thus during "make update". Fix lots of bugs that util/ck_errf.pl can detect automatically. Various others of these are still left to fix; that's why "make update" will complain loudly when run now.
2004-05-17	The inclusion of bn.h from the engine.h API header has been deprecated, so	Geoff Thorpe
	the engine implementations need to include bn.h to manipulate bignums.
2004-04-19	Reduce header interdependencies, initially in engine.h (the rest of the	Geoff Thorpe
	changes are the fallout). As this could break source code that doesn't directly include headers for interfaces it uses, changes to recursive includes are covered by the OPENSSL_NO_DEPRECATED symbol. It's better to define this when building and using openssl, and then adapt code where necessary - this is how to stay current. However the mechanism exists for the lethargic.
2004-03-25	By adding a BN_CTX parameter to the 'rsa_mod_exp' callback, private key	Geoff Thorpe
	operations no longer require two distinct BN_CTX structures. This may put more "strain" on the current BN_CTX implementation (which has a fixed limit to the number of variables it will hold), but so far this limit is not triggered by any of the tests pass and I will be changing BN_CTX in the near future to avoid this problem anyway. This also changes the default RSA implementation code to use the BN_CTX in favour of initialising some of its variables locally in each function.
2003-06-26	Conform with the standard prototype for engine control functions.	Richard Levitte

2003-06-06	This memset() in the ubsec ENGINE is a bug. Zeroing out the result array	Geoff Thorpe
	should not be necessary in any case, but more importantly the result and input BIGNUMs could be the same, in which case this is clearly a problem. Submitted by: Jonathan Hersch Reviewed by: Joe Orton Approved by: Geoff Thorpe
2003-01-15	As with RSA, which was modified recently, this change makes it possible to	Geoff Thorpe
	override key-generation implementations by placing handlers in the methods for DSA and DH. Also, parameter generation for DSA and DH is possible by another new handler for each method.
2003-01-07	RSA_METHOD now supports key-generation, but (for now) none of these	Geoff Thorpe
	ENGINEs implement it.
2002-11-13	When build as dynamic engines, the loading functions should be defined	Richard Levitte
	static.
2002-10-16	The ENGINE implementations in ./engines/ should be role models on how to	Geoff Thorpe
	write external engines (and thus should require only installed openssl headers and libs to compile without warnings). So this gets rid of recently introduced compilation warnings (no longer including internal headers) by including string.h directly.
2002-10-11	Step 7 of move of engines: Engines should not depend on private	Richard Levitte
	OpenSSL header files.
2002-10-11	Step 6 of move of engines: rename the macro ENGINE_DYNAMIC_SUPPORT to	Richard Levitte
	OPENSSL_NO_DYNAMIC_ENGINE and make sure that gets defined unless shared library support has been specifically requested.
2002-10-11	Step 2 of move of engines: copy engines to new directory and rename them	Richard Levitte
	to be prefixed with e_ instead of hw_. They aren't necessarely hardware engines. The files commited here are exact copies of the corresponding hw_ files found in crypto/engine/.