| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
<schmidt@macarena.cs.wustl.edu>
|
|
|
|
| |
<schmidt@macarena.cs.wustl.edu>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
<schmidt@tango.cs.wustl.edu>
|
| |
|
|
|
|
|
| |
ACE_TSS_Singleton, only when the ACE_Object_Manager hasn't started or
has already shutdown. In those cases, the singletons will leak.
|
| |
|
|
|
|
| |
once, if possible
|
| |
|
|
|
|
| |
problem here.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
lock for 0
|
|
|
|
| |
ACE_RW_Thread_Mutex locks, so we end up with one lock per ACE_Singleton instantiation.
|
| |
|
| |
|
|
|
|
| |
starting_up ()
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
And, it allows us to store the contained instances_ as an object instead of a pointer, saving a dynamic memory allocation on construction.
|
| |
|
| |
|
| |
|
|
|
|
| |
macro, because it confuses the Sun C++ 4.2 preprocessor
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|