Doesn't use of (add_entry) presume that you add to the table BEFORE you call (init_subr) or (init_subr_dp)? What if initialization is set up to be done first, before any entries at all appear in the table?
Can initialization happen with a "dummy" LE-enabled subroutine in the table and then calls be made using (call_subr_addr) without any corresponding table entry for the module(s) to be called? Peter -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John McKown Sent: Thursday, March 16, 2017 4:00 PM To: [email protected] Subject: Re: Need help understanding use of CEEPIPI from non-LE assembler main programs On Thu, Mar 16, 2017 at 2:52 PM, Farley, Peter x23353 < [email protected]> wrote: > I thought I might need to use stert_seq and end_seq too. Thanks for the > advice. > > However, I am running into a little roadblock at the moment. I set things > up copying some of the sample program ASMPIPI listed in the LE Pgmrs Guide, > but without any fixed program name in the ceexptbl entry since the > initialization macro cannot know what program(s) will be called: > > PPTBL CEEXPIT , PREINIT TABLE WITH INDEX > CEEXPITY 0,0 DYNAMICALLY LOADED RTNE, CALL-BY-ADDR > * > CEEXPITS , END OF PREINIT TABLE > > Neither (init_sub) nor (init_sub_dp) will succeed with this ceexptbl, both > of them fail with RC=8. > > Is there any way to set up a totally dynamic ceexptbl, with no actual > entries for any LE-enabled HLL program, and still be able to initialize > successfully? If not, does it matter if the only entry in the ceexptbl is > a dummy HLL program that will NOT be invoked via that table, but only other > programs called via (call_subr_addr) with the address returned by a LOAD > macro? > add_entry: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ceea200/cladde.htm > > Peter > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
