RE: is nmi translator off limits? -- MI400

× 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.

But then in fairness, what causes the additional learning curve is the fact that you want the programmers to use the "new" stuff, not the two step compile. If you can call a program now, why would you want to call a module? You have your dynamic binding with "classic" programs. If you want the performance of modules, you have to learn how to use them. IBM isn't forcing you to give up the classic call -- at least not yet.<G>

-Walden

-----Original Message-----
From: Steve Richter [mailto:srichter@AutoCoder.com]
Sent: Friday, May 11, 2001 10:33 AM
To: MI400@midrange.com
Subject: Re: is nmi translator off limits?

Steve,

WRKMBRPDM option 14, where are there two steps? Yes, I know that behind the scenes there are two steps issued to create the program, but from a programmer's point of view there is only one step involved. IF they choose to, they can create modules and bind them together, but they are not forced to use multiple steps when they move to ILE.

Good point. But in practice, I dont think a ile shop can hire a pgmr that does not understand things like service pgms, binding directories and signatures. This is a level of complexity that was added to achieve the functionality of the reuseable module. You should be able to CallM to a module just like you CallX to a pgm. Any performance impact of this is corrected by next years higher speed cpu. This gives you the functionality of modules without the added complexity.

Steve

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.