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


  • Subject: Re: is nmi translator off limits?
  • From: "Leif Svalgaard" <leif@xxxxxxxx>
  • Date: Fri, 11 May 2001 16:14:55 -0500

We are getting away from the topic here, suffice it to say that there are ways of
dealing with this problem. E.g. the way many IBM supplied APIs work with a
format name that defines the format of one or more otherwise unstructured
receiver variables.
----- Original Message -----
Sent: Friday, May 11, 2001 4:02 PM
Subject: RE: is nmi translator off limits?

Do you mean that all systems should be static? That all possible parameters of all service program functions
are decided before any programming is done? This is certainly not the case with the applications I know.
We have live and everchanging systems reflecting the changing needs of the companies using them and
their customers.
 
Do you mean that every time a new parameter is needed to a service program function I should invent a new
name (eg. GetListOfCustomers37)?
 
Since we're quite off topic here, maybe we should discuss this in the AS/400 NG? :) It would be interesting to know
if I'm out on my own here...
 
 
-----Original Message-----
From: owner-mi400@midrange.com [mailto:owner-mi400@midrange.com]On Behalf Of Leif Svalgaard
Sent: 11. mai 2001 22:25
To: MI400@midrange.com
Subject: Re: is nmi translator off limits?

what you describe does not scale up to 100s of programs
maintained by dozens of programmers. No matter how smart
you think it is, it's not worth it.
 
----- Original Message -----
Sent: Friday, May 11, 2001 3:16 PM
Subject: RE: is nmi translator off limits?

If I can reuse a function in a service program by adding another parameter, which is (presently) not needed
in any other program, I think it's good from a maintenance point that I don't have to change and recompile
all programs that use the old version of the service program. Isn't this what the version stamping of service
programs are meant for?
 
If I have to make changes to programs using the old parameter list, I can change them to the *CURRENT
*SRVPGM function parameter list at that time. Depending on how the parameters are specified I will or
will not get a compiler error message stating that the call doesn't match the prototype.
 
 
-----Original Message-----
From: owner-mi400@midrange.com [mailto:owner-mi400@midrange.com]On Behalf Of Leif Svalgaard
Sent: 11. mai 2001 21:41
To: MI400@midrange.com
Subject: Re: is nmi translator off limits?

 
----- Original Message -----
Sent: Friday, May 11, 2001 1:29 PM
Subject: RE: is nmi translator off limits?

With a service program I can change the parameter list to an existing function, or let a completely different
function (with a changed parameter list) take over the name of an old function; and still let old programs
using the old function work without modification or recompilation. How would you accomplish this with your
CallM opcode?
 
===> I don't think what you describe is even desirable. what a maintenance nightmare.
 

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.