Hello,
I built 32-bit OpenSSL 0.9.8 and OpenSSL 1.0.0 on Solaris10x86_64
(64-bit kernel on Intel) with gcc compiler. Makefiles were generated
with the following command:
"Configure solaris-x86-gcc"
Test executables provided with OpenSSL and other executables and
libraries linked to libcrypto.* and libssl.* statically or dynamically
dump core in init:
core 'core' of 4479: ./exec
fd28f5c5 _init (feffb28c, feffdd58, feffb818, fc280c90, fdfc01ac,
fd28f5b0) + 15
fefd4c11 call_init (fc280c50, 1) + f5
fefd4194 setup (8047b08, 8047b88, 0, 8047fed, 1000, fefc9141) + fd4
fefe005e _setup (8047abc, feffbaec, 3, 8047b00, 4, 8047b08) + 2ba
fefcaa1c _rt_boot (0, 8047bfa, 8047c06, 8047c49, 8047c56, 8047c5d) + 56
08047bf0 ???????? ()
And probably is happened when calling init of curl library:
04487: 1: calling .init (done):
/export/home/PreTest/genio/libGShricudata.so.34
04487: 1:
04487: 1: calling .init (from sorted order): /usr/lib/libz.so.1
04487: 1:
04487: 1: calling .init (done): /usr/lib/libz.so.1
04487: 1:
04487: 1: calling .init (from sorted order):
/export/home/PreTest/genio/libcurl.so.4
04487: 1:
Segmentation Fault(coredump)
libcurl.so.4 is statically linked to libcrypto and libssl.
Core dump does not occur with 64-bit libcrypto.* and libssl.*.
We were able to create usable 32- and 64-bit libraries on 64-bit kernel
using platform specific compilers on Solaris SPARC, AIX, HP-UX.
This is our system info:
SunOS viola 5.10 Generic_141445-09 i86pc i386 i86pc
/export/home/sambuild/OpenSSL> more /etc/release
Solaris 10 10/09 s10x_u8wos_08a X86
Copyright 2009 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 16 September 2009
/export/home/sambuild/OpenSSL> /usr/bin/isainfo -kv
64-bit amd64 kernel modules
Please advise.
Thank you,
Alona
Alona Rossen
Software developer
Connectivity Solutions Group
Open Text
Phone: +1 (905) 762-6001 ext. 6908
aros...@opentext.com <http://www.hummingbird.com/>
