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
Categories EGL Language
Created by Guest
Created on Jul 30, 2010

program property GenCobStaticArrays for preventing Cobol runtime overhead for dynamic arrays

Dear Sir or Madam,
we from PKS Company are developing as partner of IBM tools for migration from RPG/Cobol to EGL. Thereby we encounter heavy performance problems, because all the originally static arrays will become dynamic arrays with huge runtime overhead when generating to Cobol.

So we suggest to include a property like GenCobStaticArrays, that could be specified at program level or at build descriptor level, where all Arrays will be generated as static arrays like it allready is true for structure field arrays. The performace of structure field arrays is much better when generating to Cobol and this is our workaround for now. But embedding a standalone array within a record just to get it static is not the best way of converting programs to EGL.
kind regards
Andreas Gronert

Idea priority High
  • Guest
    Reply
    |
    Sep 14, 2015

    Due to processing by IBM, this request was reassigned to have the following updated attributes:
    Brand - Servers and Systems Software
    Product family - Programming Languages
    Product - Business Developer

    For recording keeping, the previous attributes were:
    Brand - Rational
    Product family - Design & development
    Product - Business Developer

  • Guest
    Reply
    |
    Jul 24, 2013

    This RFE is being rejected as another method was used to reduce overhead of using dynamic arrays. The alternate method was a rewrite of the dynamic array handling which was shipped via the PTF UK92032 for the Rational COBOL Runtime for zSeries product.

  • Guest
    Reply
    |
    Aug 27, 2010

    We agree that this would help peformance, and it is consistent with other improvements we are investigating to imrprove both COBOL and Java runtime performance.

    This enhancement will be considered in our planning for future releases, but we do not currently have a time frame for delivery.