Skip to Main Content
IBM Power Ideas Portal


This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. 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 Future consideration
Workspace IBM i
Created by Guest
Created on Jan 2, 2024

Let RDi correctly retrieve compile results when compiling two objects with the same same at the same time

The problem is, that the "Error List" view is not correctly loaded, when two objects of the same name but different types are compiled at once. In that case only the compile result of the second compile is displayed.

The first idea is to change RDi to retrieve the compile results after the compile has finished but before starting the next compile. I know that this would slow down compiling multiple objects. So it might be worth to add a preference setting to RDi that allows the user to switch between "serialized" and "parallel" mode when compiling objects. In "serialized" mode, RDi would compile and retrieve the result in one thread. In "parallel" mode RDi could do that in different threads to gain a better performance. "parallel" mode would match the way RDi works today.

A better option would be to improve the EVFEVENT file so that it is possible to store multiple compile results (e.g. CRTRPGMOD and CRTSRVPGM) in one member with the name of the object. For example one could add an ID field (e.g. unique_id) to all entry types. Then the compilers and linkers could generate a unique ID which is associated the their EVFEVENT file entries. The ID could be added to the *LDA, which is used by RDi to find the member in the EVFEVENT file.

Today the EVFEVENT file format has a "version" field, which is set to "0". The "version" field could be set to "1" for creating a new format with the fore mentioned ID.

Idea priority Medium
  • Admin
    Carmelita Ruvalcaba Cevallos
    Reply
    |
    Apr 9, 2024

    The CAAC has reviewed this IBM Idea and recommends that IBM not implement this request.

    The use of the pre-process is not prevalent, this will be a fix for something that is not use by many people.

    Background: The COMMON Americas Advisory Council (CAAC) members have a broad range of experience in working with small and medium-sized IBM i customers. CAAC has a key role in working with IBM i development to help assess the value and impact of individual IBM Ideas on the broader IBM i community and has therefore reviewed your Idea.

    For more information about CAAC, see www.common.org/caac

    Carmelita Ruvalcaba - CAAC Program Manager

    1 reply
  • Guest
    Reply
    |
    Mar 13, 2024

    Hello Maria,

    we use the Open Source utility STRPREPRC for compiling all our objects. The utility evaluates header information at the top of a source member and produces and executes the object creation command.

    This way we are able to have source code for all objects of our application, including non-source objects, such as: data areas, programs, service programs, data queues, etc.

    On my option every object should have source code, because otherwise you cannot re-create the application from scratch and you do not have a change history. Hence I never understood that IBM did not introduce source code for programs and service programs starting with ILE and modules.

    For non-source objects the STRPREPRC utility retrieves the job log messages of the object creation command and adds them to the EVFEVENT file. That makes it very easy to find problems when linking programs or service programs from RDi.

    Hopefully I could answer your question. Feel free to contact me again if something has been left unclear.

    Regards,

    Thomas.


  • Admin
    Carmelita Ruvalcaba Cevallos
    Reply
    |
    Mar 12, 2024

    The CAAC has reviewed this IBM Idea. More information is needed.

    1. How did the CRTSRVPGM ended up with a member in the event file (EVFEVENT)?

    2. Want to know more about the environment you are using or what tools you are using?

    Background: The COMMON Americas Advisory Council (CAAC) members have a broad range of experience in working with small and medium-sized IBM i customers. CAAC has a key role in working with IBM i development to help assess the value and impact of individual IBM Ideas on the broader IBM i community and has therefore reviewed your Idea.

    For more information about CAAC, see www.common.org/caac

    Carmelita Ruvalcaba - CAAC Program Manager


  • Guest
    Reply
    |
    Jan 9, 2024
    Although the theme of this request is consistent with our business strategy, it is not committed to the release that is currently under development.

    IBM Power Systems Development - RDi team