HCL
Skip to main content  
 
   


SPRTechnote

SPR # GCHU6YHMBZ fixed in 7.0.4; 8.0.2 releaseRecommended Release (14.0 FP1)

Product Area: Server Technical Area: Server Platform: Cross Platform


SPR# GCHU6YHMBZ - In order to avoid deadlocks between the database semaphore & the monitor semaphore, whenever we acquire the database semaphore we first check if the monitor semaphore is currently held. If the monitor semaphore is held, we will not wait for the database semaphore. If the acquisition of the database semaphore fails, we return an ERR_RETRY_RW up the stack to the monitor code, which will then acquire the database semaphore in a write lock mode & retry the database call.


APAR: LO20895
What is an APAR?


Last Modified on 10/09/2008





  Document options
Print this document
Print view

  Search
Search Advanced Search


  Fix list views

 RSS feeds   RSS
Subscribe to the fix list

  Resources
Using this database
View notices

  HCL Support
HCL Support


    About HCL Privacy Contact