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