Fred....  Not sure what Tom is using... but we're using openCryptoki 
which is the IBM LTC sponsored open source implementation of PKCS#11 
it has nothing to do with gpkcs11, and is available at the IBM 
Developerworks site under the Common Public License...

Frederic DONNAT wrote:

> Hi Tom
> 
> 
> You say that you where loading openssl based modules under iplanet. 
> Are you talking about gpkcs11 stored on www.sourceforge.net ?
> Could you tell me more about this ? What are these modules ? Are they free ? Where 
>could i find them if there are free ?
> 
> Thanks in advance 
> Fred
> 
> 
> -----Original Message-----
> From: Tom Wu [mailto:[EMAIL PROTECTED]]
> Sent: Fri 04/05/2002 6:25 AM
> To:   [EMAIL PROTECTED]
> Cc:   
> Subject:      Re: Name space collision
> 
> 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]

Reply via email to