× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



You could do that, but as Mark W. said, just add DFTACTGRP(*No)
ACTGRP(*New) to the control specs of APIOPTIONS (assuming that it is RPG),
and you can call it recursively. No extra coding anywhere. But you could
end up with a rather long chain to back out through.


On Fri, Aug 9, 2019 at 12:56 PM (WalzCraft) Jerry Forss <
JForss@xxxxxxxxxxxxx> wrote:

I think I have made my decision.

I am going to do a wheel and spoke method instead of the chain method.
When the user does F10 I will look at stack if APIOPTIONS in list.
If not call APIOPTIONS.
If it is, return to APIOPTIONS pgm and redisplay list.

I already have an API to tell me if pgm exists in stack so only a few line
of code.

Thank you all for your help!


-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of
Jerry Forss
Sent: Friday, August 9, 2019 10:51 AM
To: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Recursive calls

Disclaimer... I inherited this mess.

There are bunch of screens in separate programs that are full of function
keys.
The function keys are sometimes the same, some are the same but different
function and yet others that the Fkey exists only on 1 screen. I am
talking about maybe 20 screens in 15 pgms.
Because of the limited space on screens the descriptions of the Fkeys are
very short. F5=Hst, F6=Cmt.

The users have to know that they need to get to screen 4 (pgm A) to use
this FKey and screen 6 (pgm G) to use that FKey. They are CONSTANTLY screen
hopping to get to where they want to be.

I am trying convince them I would like to make a standard Fkey (F10) that
will call APIOPTIONS that brings up a list that calls the required pgms.
That way I can also add security they selected users can only see selected
options. I can also display long descriptions of what the options are.

I want to then remove all the fkeys from all the screens replacing with
F10 that calls APIOPTIONS.

Now the problem is that by doing this recursive calls can happen when pgm
A calls APIOPTIONS. They select opt to display comments. They press F10
that calls APIOPTIONS again because they want to display history.

Pgm will throw recursive call.

I think in Cobol it allows this.

Is there some secret voodoo that I can do that will allow me (in a
controlled fashion) to do recursive calls.

Realistically they would only go maybe 5 deep. I could control by having 5
versions of the APIOPTIONS and know which to call but would rather not.


Jerry Forss
Information Technology Team
WalzCraft
608-781-6355 EXT 2530
jforss@xxxxxxxxxxxxx




Subject to Change Notice:

WalzCraft reserves the right to improve designs, and to change
specifications without notice.

Confidentiality Notice:

This message and any attachments may contain confidential and privileged
information that is protected by law. The information contained herein is
transmitted for the sole use of the intended recipient(s) and should "only"
pertain to "WalzCraft" company matters. If you are not the intended
recipient or designated agent of the recipient of such information, you are
hereby notified that any use, dissemination, copying or retention of this
email or the information contained herein is strictly prohibited and may
subject you to penalties under federal and/or state law. If you received
this email in error, please notify the sender immediately and permanently
delete this email. Thank You

WalzCraft PO Box 1748 La Crosse, WI, 54602-1748 www.walzcraft.com<
http://www.walzcraft.com> Phone: 1-800-237-1326
--
This is the RPG programming on IBM i (RPG400-L) mailing list To post a
message email: RPG400-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com



Subject to Change Notice:

WalzCraft reserves the right to improve designs, and to change
specifications without notice.

Confidentiality Notice:

This message and any attachments may contain confidential and privileged
information that is protected by law. The information contained herein is
transmitted for the sole use of the intended recipient(s) and should "only"
pertain to "WalzCraft" company matters. If you are not the intended
recipient or designated agent of the recipient of such information, you are
hereby notified that any use, dissemination, copying or retention of this
email or the information contained herein is strictly prohibited and may
subject you to penalties under federal and/or state law. If you received
this email in error, please notify the sender immediately and permanently
delete this email. Thank You

WalzCraft PO Box 1748 La Crosse, WI, 54602-1748
www.walzcraft.com<http://www.walzcraft.com> Phone: 1-800-237-1326
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.