Re: Service program with CL procedures -- MIDRANGE-L

Subject: Re: Service program with CL procedures
From: Charles Wilt <charles.wilt@xxxxxxxxx>
Date: Mon, 11 Sep 2017 11:08:08 -0600
List-archive: <http://archive.midrange.com/midrange-l/>
List-help: <mailto:midrange-l-request@midrange.com?subject=help>
List-id: Midrange Systems Technical Discussion <midrange-l.midrange.com>
List-post: <mailto:midrange-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/options/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=unsubscribe>

On Mon, Sep 11, 2017 at 10:51 AM, Alan Campin <alan0307d@xxxxxxxxx> wrote:

No, pretty much the opposite. CL is always NoMain in a sense. All storage
is automatic.

Probably more correct to say CL is always MAIN, as there's no way to not
generate the PEP (program entry procedure) in a CL module as there is with
RPG's NOMAIN module.

When you create the ILE program object, you get to choose which module's
PEP to use.

If for instance, you bind an RPG linear main modules and two CL modules
into a single ILE *PGM object, you'll have three PEP's to choose from.

When you bind an ILE CL module into a *SRVPGM, the PEP is ignored.

Charles

As an Amazon Associate we earn from qualifying purchases.

This mailing list archive is Copyright 1997-2025 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.