Skip to: Abstract | Comments | Solution | Migration | Download

APAR NUMBER:  PJ32375                         
PRODUCT:  TPF4
FUNCTIONAL AREA:  TPF SUPPORT FOR TPFDF
SHIPPED IN PUT:  23
 

ABSTRACT:
TPFDF Recoup might hang on primary processor during QUE
processing.
 
APAR CONTENTS:
FEATURE   TYPE                STATUS    NAME                              
Base      Macro               Changed   macro/bk0df.mac
 
PREREQUISITE APARS:  To be applied in order listed.
Base      Macro               Changed   macro/bk0df.mac
 PJ27469(13)  PJ29213(18)  PJ29958(19)  PJ31628(21)    
 PJ31841(22)  PJ32043(22)  
 
COMMENTS:
This is the TPF co-req for TPFDF APAR PK56610.
During TPFDF Recoup QUE processing, a QUE-INHIBIT indicator
(Bit 0 in @@BRCPQ) is set. Applications must check this
indicator to avoid modifications of databases that have the
QUE=YES indicator set in DBDEF. In a multiprocessor Recoup
environment, all QUE processing must be done on the same
processor, however the code to turn OFF the QUE-INHIBIT
indicator does not check for the processor ID. So the bit can
be incorrectly turned OFF while QUE processing is still in
place. This could cause the QUE processing to hang or pool
addresses to not be chain-chased.
 

SOLUTION:
A new field has been created in the Recoup keypoint area
(BK0DF) to save the processor ID that turns ON the QUE-INHIBIT
indicator. TPFDF segment BRCX has been updated to check for a
matching processor ID when turning OFF the bit.
 
 

DEPENDENCIES
 
SEGMENTS TO BE ASSEMBLED OR COMPILED:
None.
 
SEGMENTS TO BE LINK EDITED:
None.
 
COREQS:
None.
 

MIGRATION CONSIDERATIONS:
None.
 
UPDATED INFORMATION UNITS:
None.
 
See your IBM representative if you need additional information.
 

DOWNLOAD INSTRUCTIONS:
http://www.ibm.com/software/htp/tpf/pages/maint.htm

 
-- END APAR PJ32375
      




Download file(s):

Login once to access server, leave window open, then 
click on link(s) below.
Source