Hi all, you can get past this problem by linking your application statically and using something like the LD-mapfile feature of Sun's ld to declare all symbols local but the one's needed to interface with iPlanet.
harvey > -----Ursprungliche Nachricht----- > Von: Steven Bade [mailto:[EMAIL PROTECTED]] > Gesendet: Freitag, 5. April 2002 16:05 > An: [EMAIL PROTECTED] > Betreff: Re: Name space collision > > > Thanks, but I don;t think that in this case this will help since the > particular use of the function is down in the deep libcrypto > code itself > so creating macros for our calls internaly would not do much good... > > > I've been able to get past some of these types of problems in > the past > with -Wl,-Bsymbolic. Which I;m trying in the openSSL 0.9.6c build now > > > Tom Wu wrote: > > > Steven Bade wrote: > > > >> We've created in the openCryptoki project a software > token which > >> uses openSSL's crypto routines... When running under the iplanet > >> regression test suite we get a core dump in the key > generation code... > >> Tracing it down, the crash occurs in the SHA1_Update... one of the > >> community members as a test changed the calls in the > openSSL code to > >> SHA1_Update to be FOO_SHA1_Update. > >> > >> Any of the more experienced openSSL developers out there have any > >> suggestions of things we may try with regard to linker options or > >> other ideas that we could do to address this collision (I > doubt that > >> I;m going to be able to get netscape to chance their > function names > >> :).... > > > > > > We encountered the same problem here when loading > OpenSSL-based modules > > under iPlanet or the Netscape browser. Our solution was to > add macros > > to the OpenSSL includes to "remap" the offending symbols to avoid > > conflicts. We also added placeholders for the old function > names that > > called the remapped functions to ensure that our library > binaries were > > still binary and source-compatible with unmodified OpenSSL > libraries. > > > >> thanks for your help... > > > > > > Tom > > > > > -- > Steven A. Bade > UNIX Network Security Cryptographic Strategy and Development > Architecture > [EMAIL PROTECTED] > T/L 678-4799 > (512)-838-4799 > > -- > To convert from Hogsheads to Cubic Feet - Multiply by 8.4219 > > "Two-way communication is necessary to proactively facilitate > acceptance > and involvement and to get insights about the journey it > takes to get where > we want" > > this mess is so big and so bad and so tall, > we cannot clean it up, there is no way at all > (Cat in the Hat) > > > > ______________________________________________________________________ > OpenSSL Project http://www.openssl.org > Development Mailing List [EMAIL PROTECTED] > Automated List Manager [EMAIL PROTECTED] > ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]