From: Dr S N Henson <[EMAIL PROTECTED]>

drh> I presume there isn't any issue within the library itself? That is the
drh> accessing of global variables within a shared library by other parts of
drh> it? 

Correct as far as I know.

drh> What this seems to boil down to is a problem when external
drh> applications want to access the internal stuff. This will currently only
drh> happen if they need to define their own ASN1 modules and access the
drh> library global variables as a result.

Ha!  We do dclare them publically in the exported header files, so
there's no reason to believe there won't be a madman somewhere
actually accessing them directly.

(yes, we might want to get into data hiding as well...)

-- 
Richard Levitte   \ Spannv�gen 38, II \ [EMAIL PROTECTED]
Chairman@Stacken   \ S-168 35  BROMMA  \ T: +46-8-26 52 47
Redakteur@Stacken   \      SWEDEN       \ or +46-709-50 36 10
Procurator Odiosus Ex Infernis                -- [EMAIL PROTECTED]
Member of the OpenSSL development team: http://www.openssl.org/
Software Engineer, Celo Communications: http://www.celocom.com/

Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to