This portal is to open public enhancement requests for IBM Sterling products and services. 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 updateson them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
A z/OS callable stub to aid program development and test.
Business use of programs developed internally or by third parties or IBM may require load and execution during IPL or program load. The problem is the acquired storage address may change which which present difficulties in setting needed debug SLIP trap or trace such as capturing invalid storage alteration when the target keeps moving.
The idea is to set the SLIP trap or trace before IPL as done today. Instead using an unknown storage address and range signifier such as a storage alteration of address 0 for a length of 0. This will activate the requested SLIP during IPL with no effect or hits. During IPL or program load, the ailing program after obtaining the affected storage can then be temporarily modified to call a new IBM supplied SLIP stub module which when called will simply update the system control registers being used by SLIP with the needed address and range. I
IBM Support for z/OS software loaded during IPL may also provide temporary service APARs (as I once did) which call the new SLIP stub to capture an error in one program (JES3 in my case) which was being overlaid by a third party vendor.
The nice thing about the new callable SLIP stub is it is very small, simplistic and can be provided as a standalone option/APAR or integrated in any program running key zero and does not require a change or commitment of any existing z/OS service.
What is your industry?
How will this idea be used?
IBM, Customer and third party software developer and support to help debug coding errors during IPL or program load when the allocated storage address is not known before hand. Otherwise, this suggestion is not used.
Do not place IBM confidential, company confidential, or personal information into any field.