Re: What good is ILE?

Hi

Signature violations are easily managed - for many situations, just add new procedures to the end of the binder language source. And specify your own signature - don't use the default that is generated. IBM does this, we did it at RJS with a service program there, and that meant absolutely no issues in the future.

Complexity, yes, yet not so unmanageable as it might seem at first.

Cheers
Vern

On 2/4/2013 10:03 AM, Steve Richter wrote:

On Mon, Feb 4, 2013 at 10:33 AM, Michael Ryan <michaelrtr@xxxxxxxxx> wrote:

That could be done with one line in an H spec, right? Specify a binding
directory with all the service programs and/or modules. I think it would be
better to have multiple binding directories, but it's possible.

right. But you still have to list it all. In an RPG400 program you
dont have to list all the programs you are calling. And signature
violations terrify shops I have worked in. The OP mentioned
complexity. I think he is right in that ILE made programming harder.

On Mon, Feb 4, 2013 at 10:20 AM, Steve Richter <stephenrichter@xxxxxxxxx>wrote:

On Sun, Feb 3, 2013 at 8:17 PM, w 4038 <window4038@xxxxxxxx> wrote:

What good is ILE??

Before ILE, if you needed to call program B from program A, a simple CALL
statement did the job.
All you had to worry about was the library list and it was up to you to
pass parameters correctly.

Then IBM introduced ILE.
Now you can worry about, Activation Groups,Binding Directories, Binder
Language, subprocedures, service programs, Static Binding, Dynamic

Binding,

Bind by Reference and some I can't recall right now.

I agree with the complaint about the complexity of ILE. The compiler
and OS should be able to abstract a lot of the complexity away. Should
not need procedure prototypes and binding source. Even binding
directories and the listing of service programs to bind to at create
time. Some sort of a system maintained directory of all the procedures
in all the service programs in a library could serve as the basis of a
way the system would find a procedure at run time.

-Steve
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.