×
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.
Thanks for responding.
<<Does this seem overly complex and confusing? Wouldn't it be more
convenient if overrides only affected the one program they're issued in?
Wouldn't that make things much less complex? Then USE ACTIVATION GROUPS!>>
This seems like the way to go and I'm willing to learn, but I've got pretty much no experience with this.
If I give you a bit more detail, could you give me some recommendations or pointers on how to apply activation groups to my scenario?
RPGPGM1 is a never ending program that runs in SBS Qbatch. It calls RPGPGM2 a few times throughout the day right now, but the number of calls to RPGPGM2 is going to increase significantly. RPGPGM2 does turn on LR before it ends. If I'm giving too much or too little detail I apologize.
Should I compile each program with their own activation group, or should I compile RPGPGM1 with its own activation group and then RPGPGM2 with *NEW as its activation group.
I had thought that if RPGPGM2 was compiled with it's own activation group that I would have to add code to RCLACTGRP in RPGPGM1 to destroy that activation group when RPGPGM2 ended, and that if I used *new the activation group would be destroyed automatically. Am I correctly understanding the concept?
Thanks
Emily
CONFIDENTIALITY NOTICE: This email message is private,
confidential property of the sender, and the materials
may be privileged communications intended solely for
the receipt, use, benefit, and information of the intended
recipient indicated above. If you are not the intended
recipient, you are hereby notified that any review,
disclosure,distribution, copying or taking of any
other action in reference to the contents of this message
is strictly prohibited, and may result in legal liability
on your part. If you have received this message in error,
please notify the sender immediately and delete this
message from your system. We believe that this email
and any attachments are free of any virus or other defect
that might affect any computer system that it is received
and opened in, however, it is the responsibility of the
recipient to ensure that it is virus free and the sender
accepts no responsibility for any loss or damage.
As an Amazon Associate we earn from qualifying purchases.
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.