Source-generator program ID stamping at end of lines

Products

• CA 2E

Issue/Introduction

When comparing 2E generated COBOL ILE sources (ie: HLL = CBI), two issues have been identified:

1.  There is truncation on the version number value on the “Function type” line.  See for example the screenshot below. 

On the left side is 8.7 and on the right is 8.7.4.  See the red-boxed sentence where the version at the end is truncated as 8.7., instead of 8.7.4 (missing the number 4 at the end).

2.  Some 2E generated CBI sources are without any program ID stamping at the end of the lines (i.e. YCBLHDRK1I and YMSGACTK1I). When trying to regenerate, the source is always stamped with the Program ID. 

See the screenshot below: on the left is an example of one without the Program ID at the end of the lines and on the right is the “normal” one with the Program ID stamping. 

Environment

CA 2E 8.7.x

Cause

For the first issue, this problem exists for functions having a target HLL type CBL/CBI.  It is because of the insufficient length of the 2nd parameter related to "Version" defined for the message id Y2X0044 in the message file Y2MSG. The text of the message id Y2X0044 is "Function type : &1  Version:  &2".

It has 2 parameters associated with it. The first parameter, related to Function type, is defined as 25 length CHAR and the second parameter, related to Version, is defined as 4 length CHAR. The length of the second parameter is insufficient (defined as 4 but needs to be 6 length CHAR). Due to this, the Version value is being truncated to "8.7.".

Resolution

1.  Need to change the length of the second parameter to 6 length CHAR for the message id Y2X0044 in Y2874AC/Y2MSG to resolve this issue.

You can either make this change directly in Y2874AC/Y2MSG OR contact Broadcom Support to provide a Test PTF containing a modified version of the message file Y2MSG, containing a copy of Y2874AC/Y2MSG, but with the 2nd parameter of message ID Y2X0044 changed from 4 length CHAR to 6 length CHAR.

The formal fix will be included in the next CA 2E release (ETA unknown as of September 2025).

2. The change in behaviour is happening due to the value in YMNTOPTRFA data area. The data area YMNTOPTRFA exists in each model.

• When we set the value to *NONE, no Program ID is generated, irrespective of the target HLL of the 2E function
• When we set the value of this data area to *CBL or *CBI and generate a 2E function whose target HLL is CBL, we get an 8-character-long Program ID like CBLHDRK1, EDTFILK1 etc.
• When we set the value of this data area to *CBL or *CBI and generate a 2E function whose target HLL is CBI, we get a 10-character-long Program ID like YCBLHDRK1I, YEDTFILK1I etc.

The default value is *NO.  Ideally, it should be *NONE.  There is only logic that comes into action when the value is set to *CBL, *CBI, *RPG or *RP4.

The program ID is typically only used to help identify the program that generates a particular line of code in a 2E function.