I had a similar issue that was fixed by moving the CRYPTO_cleanup_all_ex_data
command to the end of the application (as has been suggested). Have you tried
running Valgrind with the application? This may tell you where the memory leak
is occurring.
--Kevin
p.s. You will need to compile
It is reasonable/Ok to run a production system built with -DPURIFY? Is that
extra bit of entropy critical?
Sincerely,
Kevin Regan
F5 Networks
certificate
returned
Is what I am trying to do supported? If so, is there something I'm doing
wrong? If not, is there another way to accomplish this (adding CA certificates
from multiple files into a single SSL context)?
Thanks,
Kevin
Kevin Regan
Principal Software Engineer
F5 Networks
I found the issue. There is a custom patch used locally that seems to
be leaking memory. I'm going to find the responsible coworker and make
them pay for wasting out time. ;-)
--Kevin
-Original Message-
From: Kevin Regan
Sent: Monday, January 14, 2008 10:59 AM
To: 'openssl-users
/usr/lib/libcrypto.so.0.9.8)
==21592==by 0x44B8631: (within /usr/lib/libcrypto.so.0.9.8)
==21592==by 0x44BB0EA: RSA_private_encrypt (in
/usr/lib/libcrypto.so.0.9.8)
==21592==by 0x80490E7: main (in /shared/rsa_test1)
--Kevin
-Original Message-
From: Kevin Regan
Sent: Sunday
There is a good chance that I am doing something wrong. However, the program
below produces the following output from valgrind with OpenSSL v0.9.8g:
==12647== 1,032 bytes in 43 blocks are definitely lost in loss record 2 of 2
==12647==at 0x4421846: malloc (vg_replace_malloc.c:149)
definitely seems to be leaked in the RSA_private_encrypt call.
--Kevin
-Original Message-
From: [EMAIL PROTECTED] on behalf of Kevin Regan
Sent: Sun 1/13/2008 12:30 AM
To: openssl-users@openssl.org
Subject: Possible memory leak with RSA_private_encrypt?
There is a good chance that I am doing
the client.
Any ideas?
Sincerely,
Kevin Regan
Kevin Regan
Technical Lead
Houston UNIX Team
Office: 2200
Phone: 713-548-1767
__
OpenSSL Project http://www.openssl.org
User Support Mailing List
