Hi,

thanks for your responses. It seems this may actually be a heap corruption after all, as the following function causes the crash: `heap_first(&hentry,hlist.th32ProcessID,hlist.th32HeapID)` on line 521 with version 1.0.1

I will investigate this further tomorrow and hopefully come up with some explanation.

Regards,
Florian

On 25.07.2012 16:41, carlyo...@keycomm.co.uk wrote:
On Wed 25/07/12 2:16 PM , Jakob Bohm jb-open...@wisemo.com sent:
On 7/25/2012 3:01 PM, Florian Rüchel wrote:
Hi,

I have a tool which calls RAND_bytes() for a length of 16 bytes while using the CAPI engine and having set it to be used for all purposes. If I run it in my Visual Studio Debugger in executes perfectly, but if
run from within a command shell, it hangs on this statement (I
localized it with printf statements).
Now I am wondering what might be causing this problem.

I cannot reproduce this problem, i.e. creating a small sample program
works perfectly. And since I cannot even debug it, I can't limit or
search for the problem.

Any ideas why this might be caused and how I can track it down?


Try putting printf() statements inside RAND_bytes() to narrow it
further (I assume you compile OpenSSL yourself).

Further to Jakob's response - I believe that one of the things
RAND_bytes may do is traverse heaps to gather additional entropy. I
would ensure that you have no heap corruption too - use gflags and/or
other tools to validate your process too. That could possibly explain
why the sample program will not reproduce the issue.

Carl



______________________________________________________________________
OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager majord...@openssl.org

______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
User Support Mailing List                    openssl-users@openssl.org
Automated List Manager                           majord...@openssl.org

Reply via email to