Hi,
What do you mean with the last paragraph in your email? Do you like to make a fix, in such way that the sun way becomes more similar to the linux way? I will update when I can get a fix from SUN. In the meanwhile - since we can't easily set env.vars., because our program is a network service - I used -no-asm. Don't expect a short term reply from me, because I expect that it will take weeks (or more) before I can put the problem at SUN (we have first to arrange the contract), and if I have a contract, we have to wait for SUN :-( Regards, Kees -----Original Message----- From: Andy Polyakov via RT [mailto:r...@openssl.org] Sent: Thursday, 26 August, 2010 20:16 To: Kees Dekker Cc: openssl-dev@openssl.org Subject: Re: [openssl.org #2321] bug report: core dump on OPENSSL_cpuid_setup() on Solaris 10 with a Sun Enterprise 450 system > The reproduction provided by you also crashed on my SparcIII machine > if -lmalloc was used. Which is "intended." In sense that libdevinfo is incompatible with libmalloc not on some particular hardware platform, which would make bug report more convincing. > A call to mallopt(M_KEEP,0) did not solve the > SIGSEGV, because libdevinfo was loaded before... (I assume). > > I will try to file a defect to our Sun friends. Meanwhile you have to stick to setting OPENSSL_sparcv9acap environment variable [to 3]. > It's also possible to switch to the detection procedure used on Linux > (in which case it might have to be refined). This procedure relies on > SIGILL to determine CPU capabilities. I'm leaning towards this, i.e. switching to SIGILL-based detection. A. ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
