The following functions in OpenSSL have a stack usage of over 8Kb (at
least, under my test conditions). Ideally, these should be reduced as
excessive stack consumption can cause problems, especially for multithreaded
programs.
16412 des_read_password
16412 des_read_2passwords
10284
This is the first patch I've submitted for OpenSSL. Feedback about what I
did wrong (and what I did right) is appreciated.
These two patches fix a couple bugs in OpenSSL 0.9.6b.
The first fixes a typo that prevents use of the
BIO_get_num_renegotiates()
macro.
The second corrects, for
On Thu, Aug 16, 2001 at 09:15:36AM -0500, Stephen Hinton wrote:
This is the first patch I've submitted for OpenSSL. Feedback about what I
did wrong (and what I did right) is appreciated.
Well done. Patches have just been applied.
Best regards,
Lutz
--
Lutz Jaenicke
16412 des_read_password
16412 des_read_2passwords
8192 des_read_pw_string
These three are large because of arrays that are absurdly long; 8k to read
in a password!
8204 probable_prime
This one can be reduced by 4k by using an array of 16-bit ints instead of
32-bit ints.
10284 BIO_vprintf
Hello, everyone!
Here is a patch that makes c_rehash work with filenames containing unfriendly
characters... Am I the only one having ampersands in certificate file names?
:-P
It is SO simple I did not want to post it at first... If it is already solved
in the CVS or wherever, then I am
16412 des_read_password
16412 des_read_2passwords
8192 des_read_pw_string
These three are large because of arrays that are absurdly long; 8k to read
in a password!
Great. Just make sure that if you reduce them, you don't risk buffer
overruns. (That is, make sure to find what it
From: [EMAIL PROTECTED]
steve Log:
steve Add CRL utility functions to allow CRLs to be
steve built up without accessing structures directly.
A step to opaquifying structures?
*levitte drools*
--
Richard Levitte \ Spannvägen 38, II \ [EMAIL PROTECTED]
Redakteur@Stacken \ S-168 35