A fix is available
APAR status
Closed as program error.
Error description
This PMR is for IMU V3.2 only. Prerequisite: PTF UK70908 - BUILT AS OF 08/16/2011 Date reported: 08/25/2011 Severity: High Users Affected: All IMU versions. This PMR is for IMU V3.2. Problem Description: Getting 'DEFMOD-38,012 &NAME :MAXIMUM NUMBER OF LOCAL VARIABLES EXCEEDED' The problem surfaced when 'PMR 20089,695,760 - 0C4 occurs in FSDEFQER' fix for IMU V3.1 was applied. Problem Summation FSDEFMOD program has a bug in YNOFORCE routine whereby it erroneously loads R15 with improper upper limit check when evaluating Local Variables queue and there are no VARQ=nn entries declared on the macro header. When the VARQ=0, the upper limit is loaded into R15 as initially calculated and placed into R9 (PQSTART + DQTSIZE). The PQENDPT is calculated by adding PQSTART to R15, thus doubling the value in R15 (i.e (PQSTART + DQTSIZE + PQSTART)) and exceeding the 31 bit addressing capacity. While this problem was discovered after the APAR for PMR 20089,695,760 for IMU V3.1 was applied. The problem is not related to PMR 20089,695,760 fix. It is the memory shift that caused the failure. Problem Conclusion: The FSDEFMOD YNOFORCE routine was changed to load DQTSIZE into R15 instead of R9, resulting in (PQSTART + DQTSIZE) in R15 for comparison for upper limit (PQENDPT). Change was made to: FSOFT01.FSYMG400.ASMSRC(FSDEFMOD) The CCL1 nucleus programs re-linked: FSCCOBOL - existing program XXCCOBOL - existing program FSCASSEM - existing program APAR modules are in: FSOFT01.V3R2M0.SFSYLOAD FSCCOBOL - existing program XXCCOBOL - existing program FSCASSEM - existing program
Local fix
N/A
Problem summary
**************************************************************** * USERS AFFECTED: All IMU v3.2 users. * **************************************************************** * PROBLEM DESCRIPTION: Getting 'DEFMOD-38,012 &NAME :MAXIMUM * * NUMBER OF LOCAL VARIABLES EXCEEDED' * **************************************************************** * RECOMMENDATION: Apply PTF. * **************************************************************** FSDEFMOD program had a bug in YNOFORCE routine whereby it erroneously loads R15 with improper upper limit check when evaluating Local Variables queue and there are no VARQ=nn entries declared on the macro header. When the VARQ=0, the upper limit is loaded into R15 as initially calculated and placed into R9 (PQSTART + DQTSIZE). The PQENDPT is calculated by adding PQSTART to R15, thus doubling the value in R15 (i.e (PQSTART + DQTSIZE + PQSTART)) and exceeding the 31 bit addressing capacity.
Problem conclusion
The FSDEFMOD YNOFORCE routine was changed to load DQTSIZE into R15 instead of R9, resulting in (PQSTART + DQTSIZE) in R15 for comparison for upper limit (PQENDPT).
Temporary fix
Comments
APAR Information
APAR number
PM46715
Reported component name
MIGRATION UTILI
Reported component ID
5697N4400
Reported release
320
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2011-08-30
Closed date
2011-12-07
Last modified date
2011-12-09
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
FSYASSEM FSYCCBOL FSYXCOBO
Fix information
Fixed component name
MIGRATION UTILI
Fixed component ID
5697N4400
Applicable component levels
R320 PSY UK74557
UP11/12/09 I 1000
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.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSY4B9","label":"IBM Migration Utility for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"320","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
27 October 2020