< prev index next >

src/share/vm/runtime/threadCritical.hpp

Print this page
rev 13542 : 8187040: ThreadCritical crashes on Solaris if used between os::init and os::init_2
Reviewed-by:


  30 // ThreadCritical is used to protect short non-blocking critical sections.
  31 // This class must use no vm facilities that require initialization.
  32 // It is used very early in the vm's initialization, in allocation
  33 // code and other areas. ThreadCritical regions are reentrant.
  34 //
  35 // Due to race conditions during vm exit, some of the os level
  36 // synchronization primitives may not be deallocated at exit. It
  37 // is a good plan to implement the platform dependent sections of
  38 // code with resources that are recoverable during process
  39 // cleanup by the os. Calling the initialize method before use
  40 // is also problematic, it is best to use preinitialized primitives
  41 // if possible. As an example:
  42 //
  43 // mutex_t  mp  =  DEFAULTMUTEX;
  44 //
  45 // Also note that this class is declared as a StackObj to enforce
  46 // block structured short locks. It cannot be declared a ResourceObj
  47 // or CHeapObj, due to initialization issues.
  48 
  49 class ThreadCritical : public StackObj {
  50  friend class os;
  51  private:
  52   static void initialize();
  53   static void release();
  54 
  55  public:
  56   ThreadCritical();
  57   ~ThreadCritical();
  58 };
  59 
  60 #endif // SHARE_VM_RUNTIME_THREADCRITICAL_HPP


  30 // ThreadCritical is used to protect short non-blocking critical sections.
  31 // This class must use no vm facilities that require initialization.
  32 // It is used very early in the vm's initialization, in allocation
  33 // code and other areas. ThreadCritical regions are reentrant.
  34 //
  35 // Due to race conditions during vm exit, some of the os level
  36 // synchronization primitives may not be deallocated at exit. It
  37 // is a good plan to implement the platform dependent sections of
  38 // code with resources that are recoverable during process
  39 // cleanup by the os. Calling the initialize method before use
  40 // is also problematic, it is best to use preinitialized primitives
  41 // if possible. As an example:
  42 //
  43 // mutex_t  mp  =  DEFAULTMUTEX;
  44 //
  45 // Also note that this class is declared as a StackObj to enforce
  46 // block structured short locks. It cannot be declared a ResourceObj
  47 // or CHeapObj, due to initialization issues.
  48 
  49 class ThreadCritical : public StackObj {





  50  public:
  51   ThreadCritical();
  52   ~ThreadCritical();
  53 };
  54 
  55 #endif // SHARE_VM_RUNTIME_THREADCRITICAL_HPP
< prev index next >