We probably have never met before however, I feel that everyone in the world deserves
to know about a truly superior program. In fact, most everyone can spare $25. Please
read this letter ASAP and you will see what I'm talking about.
Thanks so much...
Dear Friend,
When you start to read
We are incorporating a different crypto lib into OpenSSL and
are running into a few problems because assumptions are made about how the
crypto lib works. One problem we are running into is that EVP_MD_CTX_copy() is
not supported by our crypto lib. We have no way to make a working copy of a
c
Hi
Why the openssl line command "openssl rsautl -decrypt" does not
recognize the "-passin pass:foo" syntaxe ? This command need a private key
so it could be usefull to allow this way to enter the pass phrass.
Am I Wrong ?
Regards
Serge Aumont Campus Beaulieu
On Wed, Apr 18, 2001 at 03:47:27PM +0200, Bodo Moeller wrote:
>> This fix seems reasonable.
> Except for the deadlock. add_do_not_lock must be set *before* RAND_poll
> is called if the lock is held at that time.
Actually, add_do_not_lock is broken too: When one thread has set
add_do_not_lock i
On Wed, Apr 18, 2001 at 09:20:31AM -0400, Jeffrey Altman wrote:
>> 2. The following piece of code seems to have race condition, causing
>> very long initialization time for our application, especially when there are
>> very many processes and threads running in the system (file:
>> crypto/rand/
> As you can see, this code was modified to work only on NT, since, as
> the comment states, it causes an exception on Windows 2000. It seems,
> however, from our experience, that it causes exceptions on NT as well.
> Meanwhile, we have removed this code from our build of OpenSSL.
> Pr
> 2.The following piece of code seems to have race condition, causing
> very long initialization time for our application, especially when there are
> very many processes and threads running in the system (file:
> crypto/rand/md_rand.c, line: 350):
>
> if (!initialized)
>
Hi all,
We're developing a quite unique application using OpenSSL (currently
0.9.6a).
The application initiates (independently) many concurrent SSL sessions, and
each application thread is basically unaware of existence of the others.
During the development, we've seen three following phenomena:
Sorryy
I forgot I took it last time from the snapshot
Dror
>
> Hi
>
> I've just download and compile OpenSSL 0.9.6a and noticed that
> the APIs:
>
> CRYPTO_set_mem_ex_functions/CRYPTO_get_mem_ex_functions
>
> which where a gread help for Memory Leak detection on Windows
> platfo
