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



Eric,

While I think the *CMD option sounds like a very good and effective one,
I think we went with the DS solution probably for the sake of
convenience and familiarity.  I've created commands for personal use,
but I don't think we've ever needed to make any for production purposes,
since our applications are all driven by menus or automated schedules. 

I'm not sure if you intended your question to imply a qualitative
distinction by referring to the *CMD option as a (or "the") remedy, and
all other options as "workarounds". It seems to me like all options here
are workarounds, including the *CMD option, as they are all trying to
get around the fact that CL programs can't accurately pass parms greater
than 32 bytes. 

You have a strong case that the *CMD option is the best option overall,
but when we have another option that will work perfectly well in the
situation we're in, without requiring the addition of another object to
the project, using tools that are more familiar to us, which require
fewer changes to the existing code, that's the one we're going to go
with.  I'm sure we may run into a situation in the future where the *CMD
option will prove ideal. For instance, had our final parm also been a
long one, as Tom pointed out, the DS would not have been a good option
here.  

Having said all that, I should note that I am neither the programmer
with the issue, nor the one who made the call on which option to take.
The programmer is one of my colleagues, and the decision was made by our
supervisor, probably based on what would be fastest and easiest for the
programmer.  (I seem to have fallen into the position of designated
poster of questions for our group).  

Nevertheless, I am glad for the exposure to the notion that a command is
not limited to use by people typing on command lines, but can prove
useful in a program to program context like this.  Another reminder to
always think outside the box. The hard part is realizing I'm in one to
begin with.  ;->

Greg

|-----Original Message-----
|From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]
|On Behalf Of DeLong, Eric
|Sent: Tuesday, June 27, 2006 10:07 AM
|To: RPG programming on the AS400 / iSeries
|Subject: RE: Parameters Stepping on each other
|
|Any call with parameters will be affected by this parsing issue.
Again,
|I'll reiterate that with a *CMD object, there is never any confusion by
the
|system as to the size and type of parameter data.  I can't understand
why
|this remedy is never adopted, but whenever this topic comes up, the
|solution taken is nearly always one of the workarounds.  Is there some
|problem with *CMD objects that I don't know about?
|
|Eric DeLong
|Sally Beauty Company
|MIS-Project Manager (BSG)
|940-297-2863 or ext. 1863
|
|
|


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.