> Checked with 1.0.0e - the same problem. > > speed hangs up with md4 md5 mdc2 and sha1, but works well with sha256 > sha512 and whirlpool. > > > I downloaded 8G file via s_server from 1.0.1 snapshot 20111213 - works fine. > Seems problem in "speed' itself, or, as Andy mentioned - in time calculation.
I merely *implied* that I can *imagine* that interval estimates being problematic in virtual machine, which might explain the phenomena. But the problem occurs on physical machines you say... It's very strange that some algorithms are [more] affected... Anyway, on Cygwin speed.c relies on SIGALRM mechanism, and the thing about it is that there is no native SIGALRM in Win32 (or any asynchronous signals in Unix sense) and it has to be *simulated* by Cygwin dll somehow. I won't be surprised if it turns out that this is where it gets special... Can you test following? Open apps/speed.c in text editor, locate second occurrence of _WIN32 and modify it as #if defined(_WIN32) || defined(__CYGWIN__) Idea is to make it use native Win32 mechanism. Compiler might be complaining about some small things, use your judgment to ignore warnings or to make it compile. ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
