PM21883: GETTING 0C4 PROGRAM CHECK ON EASYTRIEVE CLASSIC PROGRAM.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• PMR 69243,180,000 - 0C4 in Easytrieve Classic
  
  Date reported: 08/15/2010
  
  Severity: Medium
  
  Users Affected:
   All IMU users of MU V3.2 and prior versions
  
  Problem Description:
   Getting 0c4 program check on Easytrieve Classic program.
  
  Problem Summation
   Memory area beyond FILEB record is getting damaged because the
   acquired memory is too small.
   The acquired memory is that specified on the DCB LRECL= JCL
   statement for FILEB. If the FILEB record size specified is
   less than the real record length of FILEA, the MOVE statement
   of FILEA-RECORD into the FILEB-RECORD, in the generated COBOL,
   damages memory. This is because FILEA real record length is
   greater than the acquired memory for FILEB and FILEA length is
   used in the MOVE.
  
   The condition is specific to programs that do not specify
   record length for FILEA and the defined area is less than the
   actual length and FILEB definition does not have record size
   specified.
  
  Problem Conclusion:
   EASYT007 and FDYNIO0 modules were changed to use the FILEA
   record size for FILEB areas, if the FILEB record size
   is smaller than the FILEA record size. EASYT007 generates a
   negative length in FILEB-DCB-LRECL signaling to FSDYNIO0
   that special handling is needed.
  
  The following PTFs must be applied prior to applying this fix.
  
   UK50212 - BUILT AS OF 10/01/2009
  
  
   UK51339 - BUILT AS OF 10/27/2009
  
  
   UK56786 - BUILT AS OF 05/01/2010
  
  
  The following APARs contain the same modules as this APAR,
  therefore this APAR includes the same changes as the  APARs
  below.
  
   APAR - PM16259
  
   APAR - PM18433
  

Local fix

• N/A
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All IMU V3.20 users.                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: 0c4 in Easytrieve Classic               *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  Memory area beyond FILEB record is getting damaged because the
  acquired memory is too small.
  The acquired memory is that specified on the DCB LRECL= JCL
  statement for FILEB. If the FILEB record size specified is
  less than the real record length of FILEA, the MOVE statement
  of FILEA-RECORD into the FILEB-RECORD, in the generated COBOL,
  damages memory. This is because FILEA real record length is
  greater than the acquired memory for FILEB and FILEA length is
  used in the MOVE.
  
  The condition is specific to programs that do not specify
  record length for FILEA and the defined area is less than the
  actual length and FILEB definition does not have record size
  specified.
  

Problem conclusion

• EASYT007 and FDYNIO0 modules were changed to use the FILEA
  record size for FILEB areas, if the FILEB record size
  is smaller than the FILEA record size. EASYT007 generates a
  negative length in FILEB-DCB-LRECL signaling to FSDYNIO0
  that special handling is needed.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Modules/Macros

•    FSYDNIO0 FSYET007
  

Fix information

• Fixed component name

  MIGRATION UTILI

• Fixed component ID

  5697N4400

Applicable component levels

• R320 PSY UK60387

     UP10/09/14 P F009

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.