Bug 2564

Summary:	Dynamic Loading of SSLIOP into a private configuration context crashes at shutdown time
Product:	TAO	Reporter:	Phil Mesnier <mesnierp>
Component:	SSLIOP Pluggable Protocol	Assignee:	Phil Mesnier <mesnierp>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	P3
Version:	1.5.1
Hardware:	All
OS:	All
Bug Depends on:	3418, 3523
Bug Blocks:

Description Phil Mesnier 2006-06-22 14:17:25 CDT

Now that TAO supports multiple ORB configuration contexts (see bug 1459) it was
discovered that loading SSLIOP into a private configuration context for an ORB
that isn't the default ORB causes the program to segv at shutdown time.

The reason is that SSLIOP depends on ACE_SSL, which is also dynamically loaded.
But ACE_SSL registers with the ACE_Object_Manager so that it may be cleaned up
at application shutdown time. The problem is that dynamically loaded objects
that are in private configuration contexts will be unloaded before the
ACE_Object_Manager gets a chance to do its shutdown work. Thus in the case of
ACE_SSL, the clean up code is gone before the Object Manager gets a chance to
call it, thus causing the crash.

This problem may be demonstrated by running the
TAO/tests/ORB_Local_Config/Bug_1459 test using the following as a replacement
for the file "a.conf"

dynamic SSLIOP_Factory Service_Object *
TAO_SSLIOP:_make_TAO_SSLIOP_Protocol_Factory() "-SSLAuthenticate
SERVER_AND_CLIENT -SSLPrivateKey PEM:server_key.pem -SSLCertificate
PEM:server_cert.pem"
static Resource_Factory "-ORBProtocolFactory SSLIOP_Factory"

Comment 1 Johnny Willemsen 2007-02-19 12:58:46 CST

to Phil

Comment 2 Iliyan Jeliazkov 2007-02-19 14:13:08 CST

This should probably be mine.

The way to solve this may be to either switch the ACE_SLL to an unmanaged
singleton (which does not register with the Object Manager), or have SSLIOP
register ACE_SLL as TAO_Singleton. Some further research and a lot of testing is
needed for this to be correctly resolved.

Comment 3 Johnny Willemsen 2007-08-01 13:34:53 CDT

To Iliyan because he made a commend that this should be his

Comment 4 Iliyan Jeliazkov 2008-03-21 23:14:14 CDT

The problem still seems to be with ACE_SSL. It is reproducible using tests/ORB_Local_Config/Bug_1459. Modify Test.cpp so that configurations M an B are used...

Comment 5 Johnny Willemsen 2008-12-01 07:51:13 CST

added 3481, as part of that I made a change to let ACE SSL manage its own singleton lifecycle using an unmanaged singleton

Comment 6 Johnny Willemsen 2008-12-01 08:03:47 CST

corrected depends

Comment 7 Johnny Willemsen 2008-12-01 08:03:53 CST

corrected depends

Comment 8 Johnny Willemsen 2008-12-01 08:06:02 CST

added depends

Comment 9 Johnny Willemsen 2008-12-03 02:04:37 CST

Phil, I think this is now fixed on svn head. Can you add a seperate test for this bug and enable it to make sure this bug is gone and will never get back

Comment 10 Vladimir Zykov 2011-03-03 06:14:03 CST

This is the same as bug#3418 and the later has a test.