- 24 4月, 1999 4 次提交
-
-
由 Dr. Stephen Henson 提交于
script, translates function codes better and doesn't need the K&R function prototypes to work (NB. the K&R prototypes can't be wiped just yet: they are still needed by the DEF generator...). I also ran the script with the -rewrite option to update all the header and source files.
-
由 Bodo Möller 提交于
Submitted by: Reviewed by: PR:
-
由 Ulf Möller 提交于
-
由 Bodo Möller 提交于
Submitted by: Reviewed by: PR:
-
- 23 4月, 1999 2 次提交
-
-
由 Ben Laurie 提交于
-
由 Ulf Möller 提交于
-
- 22 4月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
-
- 20 4月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
-
- 19 4月, 1999 2 次提交
-
-
由 Ulf Möller 提交于
-
由 Ulf Möller 提交于
Submitted by: Andy Polyakov <appro@fy.chalmers.se>
-
- 18 4月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 16 4月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
when they cause the destination to expand. To see how evil this is try this: #include <pem.h> main() { BIGNUM *bn = NULL; int i; bn = BN_new(); BN_hex2bn(&bn, "FFFFFFFF"); BN_add_word(bn, 1); printf("Value %s\n", BN_bn2hex(bn)); } This would typically fail before the patch. It also screws up if you comment out the BN_hex2bn line above or in any situation where BN_add_word() causes the number of BN_ULONGs in the result to change (try doubling the number of FFs).
-
- 06 4月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
-
- 01 4月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
-
- 27 3月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 22 3月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 09 3月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
ordinals to libeay.num.
-
- 06 3月, 1999 2 次提交
-
-
由 Ben Laurie 提交于
-
由 Ralf S. Engelschall 提交于
consistent in the source tree and replaced `/bin/rm' by `rm'. Additonally cleaned up the `make links' target: Remove unnecessary semicolons, subsequent redundant removes, inline point.sh into mklink.sh to speed processing and no longer clutter the display with confusing stuff. Instead only the actually done links are displayed.
-
- 27 2月, 1999 1 次提交
-
-
由 Ralf S. Engelschall 提交于
(Pointed out by Carlos Amengual).
-
- 26 2月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
now change it to BN_RECURSION_MONT so it isn't compiled in.
-
- 25 2月, 1999 3 次提交
-
-
由 Ben Laurie 提交于
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
descriptions as pointed out by Dave Carman <carman@erols.com>
-
- 13 2月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 10 2月, 1999 2 次提交
-
-
由 Ralf S. Engelschall 提交于
1. merge various obsolete readme texts into doc/ssleay.txt where we collect the old documents and readme texts. 2. remove the first part of files where I'm already sure that we no longer need them because of three reasons: either they are just temporary files which were left by Eric or they are preserved original files where I've verified that the diff is also available in the CVS via "cvs diff -rSSLeay_0_8_1b" or they were renamed (as it was definitely the case for the crypto/md/ stuff). We've still a horrible mess under crypto/bn/asm/. There for a lot of files I'm sure whether we need them or not. So, when someone knows it better, feel free to cleanup there.
-
由 Ben Laurie 提交于
-
- 01 2月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
1. Add *lots* of missing prototypes for static ssl functions. 2. VC++ doesn't understand the 'LL' suffix for 64 bits constants: change bn.org 3. Add a few missing prototypes in pem.org Fix mk1mf.pl so it outputs a Makefile that doesn't choke Win95. Fix mkdef.pl so it doesn't truncate longer names.
-
- 28 1月, 1999 1 次提交
-
-
由 Mark J. Cox 提交于
but the BN code had some problems that would cause failures when doing certificate verification and some other functions. Submitted by: Eric A Young from a C2Net version of SSLeay Reviewed by: Mark J Cox PR:
-
- 20 1月, 1999 2 次提交
-
-
由 Ben Laurie 提交于
-
由 Ben Laurie 提交于
-
- 19 1月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
of 'make errors' without causing huge re-organisations of files when a new code is added.
-
- 15 1月, 1999 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Submitted by: Neil Costigan <neil.costigan@celocom.com> PR:
-
- 08 1月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 03 1月, 1999 1 次提交
-
-
由 Ralf S. Engelschall 提交于
-
- 31 12月, 1998 1 次提交
-
-
由 Ralf S. Engelschall 提交于
1. The already released version was 0.9.1c and not 0.9.1b 2. The next release should be 0.9.2 and not 0.9.1d, because first the changes are already too large, second we should avoid any more 0.9.1x confusions and third, the Apache version semantics of VERSION.REVISION.PATCHLEVEL for the version string is reasonable (and here .2 is already just a patchlevel and not major change). tVS: ----------------------------------------------------------------------
-
- 29 12月, 1998 1 次提交
-
-
由 Ben Laurie 提交于
-
- 23 12月, 1998 3 次提交
-
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
-