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



> >
> > Proc X (a, b *nopass, c *nopass)
> >

I think if you use *nopass, you can't pass anymore
arguments (beyond the first *nopass).  For that you've
got to use *omit.

Phil

--- Scott Mildenberger <Smildenber@Washcorp.com>
wrote:
> I think you will have to use %parms to tell how many
> parms you received, I
> usually use a select statement when there are
> multiple possibilities.  One
> possibility would be if you can default the parms
> for the second call, you
> would still have to use %parms to determine whether
> the default was needed
> but you would only have to code the call's
> themselves in one spot.  It would
> be handy at times to be able to code the procedure
> interface so that a
> default is used for a parm if it isn't passed by the
> caller.
>
> Scott Mildenberger
>
> > -----Original Message-----
> > From: David Gibbs [mailto:dgibbs@mks.com]
> > Sent: Wednesday, November 28, 2001 8:57 AM
> > To: 'RPG400 Mailing List'
> > Subject: Using *OMIT & *NOPASS
> >
> >
> > Folks:
> >
> > I've got a bit of a quandary... We've been writing
> a number
> > procedures that
> > have a variable number of parameters.
> >
> > These procedures, in turn, call other procedures
> that also
> > have a variable
> > number of parameters.  The two procedures have
> very similar (if not
> > identical) parameter lists ... but the called
> parameter might call a
> > different procedure based on a control file.
> >
> > I made the erroneous conclusion that if a
> parameter was not
> > passed, it's
> > address would be set to *NULL (similar to passing
> *OMIT).
> >
> > So, the question is ... what is the best way to
> handle
> > possibility unpassed
> > parameters without having to code a complex
> structure of "if
> > %parms > 2,
> > call w/ 3 params, if %parms > 3, call w/ 4
> params", etc?
> >
> > Here's a quick pseudocode of what we are doing...
> >
> > Program Z
> >
> > callp x(a,b)
> >
> > end pgm z
> >
> > Proc X (a, b *nopass, c *nopass)
> >
> > if control file say one thing
> >     return Y (a,b,c)
> > else
> >     return W (a,b,c)
> > endif
> >
> > end proc X
> >
> > Proc Y (a, b *nopass, c *nopass)
> >
> > do stuff
> >
> > end proc Y
> >
> > Proc W (a, b *nopass, c *nopass)
> >
> > do other stuff
> >
> > end proc Y
> >
> >
> > david
> >
> > --
> > David Gibbs
> > Sr. Software Engineer
> > MKS, Inc.
> > 2500 S. Highland Ave, Suite 200
> > Lombard, IL  60148
> > (630) 495-2108 x5004
> >
> > Need a laugh (we all do these days): visit
> http://www.userfriendly.org
> >
> _______________________________________________
> This is the RPG programming on the AS400 / iSeries
> (RPG400-L) mailing list
> To post a message email: RPG400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit:
> http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
> or email: RPG400-L-request@midrange.com
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/rpg400-l.
>


__________________________________________________
Do You Yahoo!?
Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.
http://geocities.yahoo.com/ps/info1


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.