On 11/23/2011 8:29 PM, Munif Sadek wrote:
Thanks Rick
That’s exactly what I am finding out.. It does not matter what Linkage editor
statements I use (Thanks Steve) I cannot create multiple entry points in a
PL/1 load module and make them independent runnable unit.
1. You're welcome.
2. I'm concerned about your desire to make alternate entry
points into 'independend runnabl unit's. What do you mean
by that?
Any way, you can have PL/I subroutine load module with
multiple alternate entry points.
You could also consider using PL/I packages or PL/I DLL linkages.
If I am not asking for too much, can someone please provide a working
example or pointers in the right direction for PL/1 subroutines that has
multiple
entry points. I will go through rest of this thread and make my tiny brain work
hard..
I did find a sample skeleton in IBM PL/1 Library but so far not able to make it
work.
The example I posted was a PL/I subroutine with two entry points:
MSTST : PROC REORDER;
DEFAULT RANGE(*) STATIC;
PUT SKIP LIST('====> MSTST ENTRY POINT');
END;
MSTSTE: PROCEDURE;
MSTST1: ENTRY;
PUT SKIP LIST('====> MSTST1 ENTRY POINT');
END;
It's the same as your original post, except I pulled 'OPTIONS(MAIN)' off.
Be aware that you can have multiple entry points without
separate procedures: a single procedure may have multiple
entry points. You might use alternate entry points for
different parameter lists, for example.
/* Rick Wrote : I think you'll find that multiple entry points are NOT
permitted for a
PL/I Main Program; only for a subroutine, where the PL/I environment
vis-a-vis save areas, error handling, etc. are already established. */
Thanks for your help..
regards. Munif
PS. Steve - I will be in touch with you, we do have technology gap here in XML
parser,
GDPS and WLM / IRD - ARM etc ..etc despite having collective 300Yrs+ sysproging
experience and most of the technical staff are ex IBM sysprogs ;-)
I can't wait.
Be aware: I am not a systems programmer. I develop and teach
courses designed for z/OS applications programmers. If that's
what you're needing, then we're good.
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-355-2752
http://www.trainersfriend.com
* To get a good Return on your Investment, first make an investment!
+ Training your people is an excellent investment
* Try our tool for calculating your Return On Investment
for training dollars at
http://www.trainersfriend.com/ROI/roi.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
