× 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.



That's the problem I'm seeing here.

Being in RPGLE, I think the problem is there. Unfortunately, I can't go and change all of the CLPs as they were is a backward compatibility issue with the existing CLP based menus.

For the time being, I have to maintain both menu styles for a little while.


On March 27, 2020 at 3:44 PM Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx> wrote:


I can vouch for this, having JUST dealt with this problem.  Had a
subsystem of OPM programs and converted one to ILE, at which point it
stopped getting its messages.  I had to find the subprogram that was
sending messages and add support for it to find the caller and then send
a message to that program with the value *SAME.  A little bit tricky,
mostly because I had to keep backward compatibility.

On 3/27/2020 12:42 PM, dlclark@xxxxxxxxxxxxxxxx wrote:
"RPG400-L" <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> wrote on 03/27/2020
01:22:58 PM:
I have a menu program in RPGLE that calls othert CLPs/RPGLE
programs. When there are status messages in the CLP (and
occasionally RPGLE), the messages aren't making it back to the
original menu program.

I've done this in the past with a menu program and the messages
showed up, but not this time around. I'm avoiding changing the
called programs.

Any ideas???

To get messages from the called programs to show up in your menu
program's message subfile, then those called programs have to be smart
enough to target the menu program's message queue. This may work by
default when the called program targets the message queue for the *PRV
entry in the call stack but it may not in the case that there is more than
one call stack entry between the menu program and the call stack entry
that is issuing the message. This is particularly true with ILE/RPG but
can also apply to ILE/CL. Meaning, ILE (sub)procedures take up space in
the call stack with their own entry -- usually *in addition* to the call
stack entry for the called program. Then service procedures called by the
ILE/CL or ILE/RPG programs mean even more entries in the call stack.


Sincerely,

Dave Clark


--
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.