Skip to Main Content
IBM Z Software


This portal is to open public enhancement requests against IBM Z Software products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Created by Guest
Created on Apr 14, 2017

RPP generated cobol program not adhering to cobol standards

RFE opened on behalf of AMERIPRISE FINANCIAL, related to RFE https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=103616 initially opened against RTC.

Currently at Ameriprise Financial we have RPP v9.1.2 installed. Now the
problem is when we try to use RPP to create FD section entry for a VB
file this is how it generates the code.

RPP generated code :

FD KF-FILE
BLOCK 00000 RECORDS
RECORDING V.
01 KF00.
05 KF00-00.
10 KF00-GC01K.
11 KF00-C299.
12 KF00-CTID.

Recently we started seeing issues because of this & production batch
jobs started failing with S0C4 abend code while we were trying to move
the variable file record into a different variable. When I have
contacted IBM Cobol support guys they have informed me that the way we
are having FD section declared for a VB file is not correct. See below
this is how IBM cobol support team asked us to write the FD section for
a VB file.

FD xxxx
RECORDING MODE IS v
RECORD VARYING FROM 1 to 9000 DEPENDING ON XLENGTH.
BLOCK CONTAINS 0.
01 YYY PIC X(9000) ---- just a plain variable here of maximum length

Now the issue is we are not manually writing this FD section for a VB
file it is being generated out of RPP so I can not ask the developers
here at Ameriprise to follow the cobol standards as it is RPP which is
generating inconsistent code. Can you please help us on how to correct
this problem with RPP.

Idea priority High
  • Guest
    Reply
    |
    Jul 4, 2018

    We have evaluated this request and determined that it cannot be implemented at this time because The local generator can not handle more informations mandatory to do a different generation of this part

  • Guest
    Reply
    |
    Feb 6, 2018

    A preliminary evaluation of this request indicates that it is consistent with our business strategy. Further evaluation of this RFE is underway.