- Mar 24, 2004
-
-
Richard Levitte authored
-
- Mar 23, 2004
-
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
Dr. Stephen Henson authored
This is currently *very* experimental and needs to be more fully integrated with the main verification code.
-
- Mar 21, 2004
-
-
Richard Levitte authored
PR: 845
-
Richard Levitte authored
PR: 847
-
Richard Levitte authored
PR: 849
-
Richard Levitte authored
PR: 849
-
- Mar 17, 2004
-
-
Geoff Thorpe authored
porting efforts. Also, add Richard's name to the prior change.
-
Geoff Thorpe authored
- Remove some unnecessary "+1"-like fudges. Sizes should be handled exactly, as enlarging size parameters causes needless bloat and may just make bugs less likely rather than fixing them: bn_expand() macro, bn_expand_internal(), and BN_sqr(). - Deprecate bn_dup_expand() - it's new since 0.9.7, unused, and not that useful. - Remove unnecessary zeroing of unused bytes in bn_expand2(). - Rewrite BN_set_word() - it should be much simpler, the previous complexities probably date from old mismatched type issues. - Add missing bn_check_top() macros in bn_word.c - Improve some degenerate case handling in BN_[add|sub]_word(), add comments, and avoid a bignum expansion if an overflow isn't possible.
-
- Mar 16, 2004
-
-
Dr. Stephen Henson authored
-
- Mar 15, 2004
-
-
Richard Levitte authored
functions and macros. This change has associated tags: LEVITTE_before_const and LEVITTE_after_const. Those will be removed when this change has been properly reviewed.
-
Richard Levitte authored
-
Richard Levitte authored
compilers may complain.
-
Richard Levitte authored
-
- Mar 13, 2004
-
-
Geoff Thorpe authored
Remove certain redundant BN_zero() initialisations, because BN_CTX_get(), BN_init(), [etc] already initialise to zero. Correct error checking in bn_sqr.c, and be less wishy-wash about how/why the result's 'top' value is set (note also, 'max' is always > 0 at this point).
-
Geoff Thorpe authored
bignums are passed in and out of functions and APIs in a consistent form has highlighted that zero-valued bignums don't need any allocated word data. The use of BN_set_word() to initialise a bignum to zero causes needless allocation and gives it a return value that must be checked. This change converts BN_zero() to a self-contained macro that has no return/expression value and does not cause any expansion of bignum data. Note, it would be tempting to rewrite the deprecated version as a success-valued comma expression, such as; #define BN_zero(a) ((a)->top = (a)->neg = 0, 1) However, this evaluates 'a' twice and would confuse initialisation loops (eg. while(..) { BN_zero(bn++) } ). As such, the deprecated version continues to use BN_set_word().
-
Geoff Thorpe authored
change to work properly; BN_zero() should set 'neg' to zero as well as 'top' to match the behaviour of BN_new().
-
- Mar 12, 2004
-
-
Andy Polyakov authored
For reference. Note that both cc and gcc support -Wl flag, but we can't use -Wl,-[not]all with both drivers, because cc rearranges options passed through -Wl. We can't use -Wl,-all,libcrypto.a,-notall with cc either, because it refuses to start with "no input" error.
-
- Mar 10, 2004
-
-
Geoff Thorpe authored
-
- Mar 09, 2004
-
-
Geoff Thorpe authored
redefine bn_clear_top2max() to be a NOP in the non-debugging case, and remove some unnecessary usages in bn_nist.c. Submitted by: Nils Larsch Reviewed by: Geoff Thorpe, Ulf Möller
-
Geoff Thorpe authored
return a "zero" bignum as BN_new() does - so reset 'top'. During BN_CTX_end(), released bignums should be consistent so enforce this in debug builds. Also, reduce the number of wasted BN_clear_free() calls from BN_CTX_end() (typically by 75% or so). Submitted by: Nils Larsch Reviewed by: Geoff Thorpe, Ulf Möller
-
- Mar 08, 2004
-
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
-
- Mar 06, 2004
-
-
Ulf Möller authored
-
- Mar 05, 2004
-
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
when X509_V_FLAG_X509_STRICT is set. Check for CRLSign in CRL issuer certificates. Reject CRLs with unhandled (any) critical extensions.
-
- Mar 04, 2004
-
-
Dr. Stephen Henson authored
Reported by: Jose Castejon-Amenedo <Jose.Castejon-Amenedo@hp.com>
-
Richard Levitte authored
-
- Mar 02, 2004
-
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
-
- Mar 01, 2004
-
-
Dr. Stephen Henson authored
-
Richard Levitte authored
Notified by Paul Siegel <psiegel@corestreet.com>
-
Dr. Stephen Henson authored
-
- Feb 27, 2004
-
-
Geoff Thorpe authored
Submitted by: Nils Larsch
-
Richard Levitte authored
-