Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
It does complain! :-) Attached patch fix the problem on cygwin. Does it mean that you can in fact confirm that modified speed.c runs without hanging? Yes, modified speed.c, being compiled in the same Cygwin environment as before, runs without hanging for all hashes. Verify http://cvs.openssl.org/chngview?cn=21853. Interesting, why we do not have such effect fo ciphers and for three selected hashes For reference, I can't reproduce the problem under older Cygwin. BTW, do you get same KBps values? Before patch: ... I.e. virtually same. __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
On 16 December 2011 02:47, Andy Polyakov via RT r...@openssl.org wrote: Attached patch fix the problem on cygwin. Does it mean that you can in fact confirm that modified speed.c runs without hanging? Yes, modified speed.c, being compiled in the same Cygwin environment as before, runs without hanging for all hashes. Verify http://cvs.openssl.org/chngview?cn=21853. Works! __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
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. As in addition, even if speed' do not hangs up, each group of block calkulation MAY take significantly more than 3 sec... On 14 December 2011 01:45, Andrey Kulikov via RT r...@openssl.org wrote: Tested on two computers. Both native (i.e. non-VM) Windows7 x64 Professional (without SP1). One has E8600 CPU, the other is laptop with i5 mobile CPU. Both has 8G RAM. Both working stable for a monthes. No abnormalities, no BSODs. gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Cygwin DLL version is 1.7.9-1 Package list (output of cygcheck -cd )attached. On 13 December 2011 13:28, Andy Polyakov via RT r...@openssl.org wrote: Program behavior appears to be sane, Is it virtual machine? Which OS is it? What is the host? I.e. VMware, Xen, ...? Have you ever observed anomalies in ping output? Anomalies like it's reporting negative round-trip time? __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
downloaded 8G file via s_server from 1.0.1 snapshot 20111213 - works fine. Using RC4-SHA chipthersuite. __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
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. (using RC4-SHA chiphersuite) Seems problem in speed' itself, or, as Andy mentioned - in time calculation. As in addition, even if speed' do not hangs up, each group of block calkulation MAY take significantly more than 3 sec... __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
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
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
Compiler might be complaining about some small things, use your judgment to ignore warnings or to make it compile. It does complain! :-) Attached patch fix the problem on cygwin. Back-ported to 1.0.0e was not break native Win32 (32 bit, VS10) compilation. spped_cygwin.patch Description: Binary data
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
Compiler might be complaining about some small things, use your judgment to ignore warnings or to make it compile. It does complain! :-) Attached patch fix the problem on cygwin. Does it mean that you can in fact confirm that modified speed.c runs without hanging? I write hanging in quotes, because I wouldn't qualify it as such, because arguably it didn't do anything wrong. BTW, do you get same KBps values? __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
It does complain! :-) Attached patch fix the problem on cygwin. Does it mean that you can in fact confirm that modified speed.c runs without hanging? Yes, modified speed.c, being compiled in the same Cygwin environment as before, runs without hanging for all hashes. Interesting, why we do not have such effect fo ciphers and for three selected hashes BTW, do you get same KBps values? Before patch: The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes sha256 32264.54k75889.08k 133579.66k 166999.63k 177915.57k sha512 17319.36k69456.32k 103750.87k 144978.57k 166290.93k whirlpool22616.29k51999.79k91632.37k 108593.83k99194.67k rc4 423843.86k 533050.06k 558939.38k 597673.15k 604000.56k idea cbc 64826.69k65397.38k67318.14k66839.71k66455.04k aes-128 cbc 95172.64k 107472.19k 110012.39k 176664.53k 177304.57k aes-256 cbc 69245.45k77572.27k79714.56k 128283.83k 128298.72k After the patch: The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes sha256 32567.32k76673.55k 130986.27k 162825.57k 178479.48k sha512 17374.95k70081.18k 105646.81k 143291.62k 164904.29k whirlpool 22472.70k52594.12k91494.43k 109679.24k 100349.95k rc4 435291.94k 548119.26k 579422.27k 597697.81k 608022.70k idea cbc63872.42k66033.29k66642.98k68983.62k 67100.26k aes-128 cbc 96134.45k 106319.68k 110688.68k 178169.51k 179018.97k aes-256 cbc 69849.36k79412.17k80094.75k 127889.70k 130016.22k __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
Where is it caught? Addentum: programm caught in different functions: I saw OPENSSL_Cleanse(), EVP_DigestUpdate(), sha1_something and others. I provided 'thread apply 1 info reg' only if it get caugth in sha1_block_data_order_ssse3 (). The implied question was if program is making progress or is it caught is some limbo state. Program behavior appears to be sane, in which case one should look for explanation for the phenomena in the environment. Is it virtual machine? Which OS is it? What is the host? I.e. VMware, Xen, ...? Have you ever observed anomalies in ping output? Anomalies like it's reporting negative round-trip time? __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
Tested on two computers. Both native (i.e. non-VM) Windows7 x64 Professional (without SP1). One has E8600 CPU, the other is laptop with i5 mobile CPU. Both has 8G RAM. Both working stable for a monthes. No abnormalities, no BSODs. gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Cygwin DLL version is 1.7.9-1 Package list (output of cygcheck -cd )attached. On 13 December 2011 13:28, Andy Polyakov via RT r...@openssl.org wrote: Program behavior appears to be sane, Is it virtual machine? Which OS is it? What is the host? I.e. VMware, Xen, ...? Have you ever observed anomalies in ping output? Anomalies like it's reporting negative round-trip time? Cygwin Package Information Package Version _update-info-dir 01006-1 alternatives 1.3.30c-10 autoconf 10-1 autoconf2.1 2.13-10 autoconf2.5 2.68-1 automake 4-10 automake1.10 1.10.3-1 automake1.11 1.11.1-1 automake1.4 1.4p6-10 automake1.5 1.5-10 automake1.6 1.6.3-11 automake1.7 1.7.9-10 automake1.8 1.8.5-10 automake1.9 1.9.6-10 base-cygwin 3.0-1 base-files4.0-6 base-passwd 3.1-2 bash 4.1.10-4 bash-completion 1.3-1 binutils 2.22.51-1 bison 2.4.2-1 build-docbook-catalog 1.5-2 bzip2 1.0.6-2 ca-certificates 1.78-1 cmake 2.8.4-1 coreutils 8.14-1 cpio 2.11-1 crypt 1.1-1 csih 0.9.4-1 curl 7.22.0-2 cvs 1.12.13-10 cvsps 2.2b1-1 cygrunsrv 1.34-1 cygutils 1.4.6-1 cygwin1.7.9-1 cygwin-doc1.7-1 dash 0.5.7-1 dbus 1.4.16-1 diffutils 2.9-1 docbook-dsssl 1.79-2 docbook-sgml303.0-1 docbook-sgml313.1-1 docbook-sgml404.0-1 docbook-sgml414.1-1 docbook-sgml424.2-1 docbook-sgml434.3-1 docbook-sgml444.4-1 docbook-sgml454.5-1 docbook-utils 0.6.14-1 docbook-xml4124.1.2-2 docbook-xml42 4.2-4 docbook-xml43 4.3-2 docbook-xml44 4.4-2 docbook-xml45 4.5-1 docbook-xsl 1.76.1-1 dog 1.7-1 dos2unix 5.3.1-1 ed1.0-1 editrights1.01-2 file 5.09-1 findutils 4.5.9-2 flex 2.5.35-1 font-adobe-dpi75 1.0.2-1 font-alias1.0.3-1 font-bh-dpi1001.0.2-1 font-bh-dpi75 1.0.2-1 font-bitstream-dpi100 1.0.2-1 font-bitstream-dpi75 1.0.2-1 font-cursor-misc 1.0.2-1 font-encodings1.0.4-1 font-micro-misc 1.0.2-1 font-misc-cyrillic1.0.2-1 font-misc-misc1.1.1-1 font-screen-cyrillic 1.0.3-1 font-sun-misc 1.0.2-1 font-util 1.2.0-1 font-winitzki-cyrillic1.0.2-1 font-xfree86-type11.0.3-1 fontconfig2.8.0-1 gamin 0.1.10-11 gawk 4.0.0-1 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gcc-mingw-core20050522-3 gcc-mingw-g++ 20050522-3 gdb 7.3.50-3 geoip 1.3.14-1 gettext 0.18.1.1-2 git 1.7.5.1-1 git-completion1.7.5.1-1 git-gui 1.7.5.1-1 git-oodiff20080328-2 gitk 1.7.5.1-1 grep 2.6.3-1 groff 1.20.1-2 gsettings-desktop-schemas 3.2.0-1 gzip 1.4-1 hexedit 1.2.12-2 indent2.2.11-1 ipc-utils 1.0-1 jadetex 3.13-1 less 444-1 libapr1 1.4.5-1 libaprutil1 1.3.12-1 libattr1 2.4.43-1 libblkid1 2.17.2-1 libbz2_1 1.0.6-2 libcharset1 1.14-2 libcurl4 7.22.0-2 libdb4.5 4.5.20.2-2 libdbus1_31.4.16-1 libedit0 20090923-1 libexpat1 2.0.1-1 libfam0 0.1.10-11 libffi4 4.5.3-3 libfontconfig12.8.0-1 libfontenc1 1.1.0-1 libfreetype6 2.4.7-1 libgcc1 4.5.3-3 libgcrypt11 1.4.6-1 libgdbm4 1.8.3-20 libGL1
[openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
OpenSSL 1.0.1 snaphot 20111211, compiled on Cygwin, no special config options. gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) CPU Code2 Duo E8600 make tests shows: ../util/shlib_wrap.sh ./shatest test 1 ok test 2 ok test 3 ok ../util/shlib_wrap.sh ./sha1test test 1 ok test 2 ok test 3 ok ../util/shlib_wrap.sh ./sha256t Testing SHA-256 ... passed. Testing SHA-224 ... passed. ../util/shlib_wrap.sh ./sha512t Testing SHA-512 ... passed. Testing SHA-384 ... passed. Both ./apps/openssl speed sha1 and ./apps/openssl speed -evp sha1 MAY results in hangup on any stage. Sometimes speed command complete successfylly. $ ./apps/openssl speed sha1 Doing sha1 for 3s on 16 size blocks: 2726540 sha1's in 2.51s Doing sha1 for 3s on 64 size blocks: 2573136 sha1's in 2.73s Doing sha1 for 3s on 256 size blocks: 1862928 sha1's in 2.61s Doing sha1 for 3s on 1024 size blocks: 935145 sha1's in 2.64s Doing sha1 for 3s on 8192 size blocks: 158296 sha1's in 2.65s OpenSSL 1.0.1-dev xx XXX built on: Mon Dec 12 01:14:51 RST 2011 options:bn(64,32) rc4(8x,mmx) des(ptr,risc1,16,long) aes(partial) idea(int) blowfish(idx) compiler: gcc -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DTERMIOS -DL_ENDIAN -fomit-frame-pointer -O3 -march=i486 -Wall -DOPENSSL_BN_ASM _PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAE S_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes sha1 17373.41k60322.60k 183004.44k 363273.32k 488974.67k Sometimes it hang up on block calculation of any size. At this time CPU load 100%, and nothing. __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
OpenSSL 1.0.1 snaphot 20111211, compiled on Cygwin, no special config options. gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) CPU Code2 Duo E8600 Both ./apps/openssl speed sha1 and ./apps/openssl speed -evp sha1 MAY results in hangup on any stage. Sometimes speed command complete successfylly. $ ./apps/openssl speed sha1 Doing sha1 for 3s on 16 size blocks: 2726540 sha1's in 2.51s Doing sha1 for 3s on 64 size blocks: 2573136 sha1's in 2.73s ... type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes sha1 17373.41k60322.60k 183004.44k 363273.32k 488974.67k Sometimes it hang up on block calculation of any size. At this time CPU load 100%, and nothing. Can you reproduce it under cygwin gdb? I.e. 'gdb apps/openssl' and then at gdb prompt 'run speed sha1'. If yes, ctrl-C and 'info threads'. Then 'cont', ctrl-C and 'info threads' few more times. Look at thread #1 at all occasions. Where is it caught? Does program counter varies? If it's caught in sha1_block_data_order_ssse3, collect several 'thread apply 1 info reg' outputs. __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
[openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
The same behaviour is for other hashes: md4 md5 mdc2 and sha. But not for sha256, sha512 and whirlpool - everything is ok with these hashes: $ ./apps/openssl speed sha512 sha256 whirlpool OpenSSL 1.0.1-dev xx XXX built on: Tue Dec 13 08:14:31 RST 2011 options:bn(64,32) rc4(8x,mmx) des(ptr,risc1,16,long) aes(partial) idea(int) blowfish(idx) compiler: gcc -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -g -DTERMIOS -DL_ENDIAN -fomit-frame-pointer -O3 -march=i486 -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes sha256 32216.74k75616.73k 132102.69k 165474.27k 179371.50k sha512 17037.17k67636.17k 103818.78k 148730.56k 160855.87k whirlpool21894.41k51207.20k87122.50k 105701.73k96333.88k On 12 December 2011 19:08, Andy Polyakov via RT r...@openssl.org wrote: OpenSSL 1.0.1 snaphot 20111211, compiled on Cygwin, no special config options. gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) CPU Code2 Duo E8600 Both ./apps/openssl speed sha1 and ./apps/openssl speed -evp sha1 MAY results in hangup on any stage. Sometimes speed command complete successfylly. __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
[openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
Can you reproduce it under cygwin gdb? I.e. 'gdb apps/openssl' and then at gdb prompt 'run speed sha1'. If yes, ctrl-C and 'info threads'. Then 'cont', ctrl-C and 'info threads' few more times. Look at thread #1 at all occasions. Where is it caught? Does program counter varies? If it's caught in sha1_block_data_order_ssse3, collect several 'thread apply 1 info reg' outputs. Disgusting gdb under sickening cygwin do not understand Crtl-C! Fortunately workaround available: http://www.mingw.org/wiki/Workaround_for_GDB_Ctrl_C_Interrupt openssl was compiled with ./config -g (gdb) info threads Id Target Id Frame * 12 Thread 8820.0x1fc0 0x77b2000d in ntdll!LdrFindResource_U () from /cygdrive/c/Windows/system32/ntdll.dll 8Thread 8820.0x2280 0x77b2f861 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/system32/ntdll.dll 7Thread 8820.0x19bc 0x77b2fd21 in ntdll!RtlFindSetBits () from /cygdrive/c/Windows/system32/ntdll.dll 6Thread 8820.0x2bd0 0x77b2fd9d in ntdll!RtlFindSetBits () from /cygdrive/c/Windows/system32/ntdll.dll 5Thread 8820.0x2b40 0x77b2f861 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/system32/ntdll.dll 4Thread 8820.0x1634 0x77b300ed in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from /cygdrive/c/Windows/system32/ntdll.dll 2Thread 8820.0x1f18 0x77b2f895 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/system32/ntdll.dll 1Thread 8820.0x272c _sha1_block_data_order_ssse3 () at sha1-586.s:1689 (gdb) thread apply 1 info reg Thread 1 (Thread 8820.0x272c): eax0xcc6ee5e214363742 ecx0xff2dbcf7 -13779721 edx0x47b21e88 1202855560 ebx0x3430f0e8 875622632 esp0x287e40 0x287e40 ebp0x41a18787 0x41a18787 esi0x47b31288 1202918024 edi0xb3a52001 -1281023999 eip0x555c3e 0x555c3e _sha1_block_data_order_ssse3+990 eflags 0x203[ CF IF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 (gdb) (gdb) thread apply 1 info reg Thread 1 (Thread 8820.0x272c): eax0x24f45c66 619994214 ecx0xcb1d6c20 -887264224 edx0x57307c2c 1462795308 ebx0x11f11a9f 301013663 esp0x287f1c 0x287f1c ebp0x10082080x1008208 esi0xe85d345d -396544931 edi0xf70aaf7d -150294659 eip0x556710 0x556710 _sha1_block_data_order_ssse3+3760 eflags 0x202[ IF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 (gdb) (gdb) thread apply 1 info reg Thread 1 (Thread 8820.0x272c): eax0x2cbb7e4d 750485069 ecx0x481a01575603989 edx0xe3e6332c -471452884 ebx0xa7f4213a -1477172934 esp0x287e40 0x287e40 ebp0xa2e42130 0xa2e42130 esi0x99405b26 -1723835610 edi0x280b64d3 671835347 eip0x556063 0x556063 _sha1_block_data_order_ssse3+2051 eflags 0x282[ SF IF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 (gdb) (gdb) thread apply 1 info reg Thread 1 (Thread 8820.0x272c): eax0xbc696264 -1133944220 ecx0xafee45bd -1343339075 edx0x54158eaf 1410698927 ebx0x5e827d65 1585610085 esp0x287e40 0x287e40 ebp0x25e34b13 0x25e34b13 esi0xf16c38d8 -244565800 edi0xf72a45d5 -148224555 eip0x556049 0x556049 _sha1_block_data_order_ssse3+2025 eflags 0x206[ PF IF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 (gdb) (gdb) thread apply 1 info reg Thread 1 (Thread 8820.0x272c): eax0x348d035c 881656668 ecx0xac8d1c04 -1400038396 edx0x6d76965e 1836488286 ebx0xeed891a4 -287796828 esp0x287e40 0x287e40 ebp0x8b021ae9 0x8b021ae9 esi0xee991124 -291958492 edi0x60435d31 1615027505 eip0x555cb5 0x555cb5 _sha1_block_data_order_ssse3+1109 eflags 0x203[ CF IF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 (gdb) (gdb) thread apply 1 info reg Thread 1 (Thread 8820.0x272c): eax0xea86e973 -360257165 ecx0x409b7f15 1083932437 edx
Re: [openssl.org #2655] speed sha1 hang up - 1.0.1 snapshot 20111211 - Cygwin
Where is it caught? Addentum: programm caught in different functions: I saw OPENSSL_Cleanse(), EVP_DigestUpdate(), sha1_something and others. I provided 'thread apply 1 info reg' only if it get caugth in sha1_block_data_order_ssse3 (). openssl was compiled with ./config -g (gdb) info threads Id Target Id Frame * 12 Thread 8820.0x1fc0 0x77b2000d in ntdll!LdrFindResource_U () from /cygdrive/c/Windows/system32/ntdll.dll 8 Thread 8820.0x2280 0x77b2f861 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/system32/ntdll.dll 7 Thread 8820.0x19bc 0x77b2fd21 in ntdll!RtlFindSetBits () from /cygdrive/c/Windows/system32/ntdll.dll 6 Thread 8820.0x2bd0 0x77b2fd9d in ntdll!RtlFindSetBits () from /cygdrive/c/Windows/system32/ntdll.dll 5 Thread 8820.0x2b40 0x77b2f861 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/system32/ntdll.dll 4 Thread 8820.0x1634 0x77b300ed in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from /cygdrive/c/Windows/system32/ntdll.dll 2 Thread 8820.0x1f18 0x77b2f895 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/system32/ntdll.dll 1 Thread 8820.0x272c _sha1_block_data_order_ssse3 () at sha1-586.s:1689 (gdb) thread apply 1 info reg __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org