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



Hi Peter,

Function overloading allows you to mix both the data type, and the number of
parameters passed on the call. Each unique combination of data types/parm
counts creates an interface signature that allows the compiler to do some
basic checking for us.

If I tried to call DaysDur as:

   Eval   Days = DaysDur(BooleanValue: ProcPointer)

or

   Eval   Days = DaysDur(CharDate: NumDate: ThirdDate)


the compiler would know that can't be done because there isn't a
corresponding interface signature. Therefore, I the programmer of DaysDur(),
don't have to test for every possible combination of data type and parameter
count.

Having said that, I'll still toss in my vote for your thinly veiled request
for OPDESC enhancements. :)


John Taylor
Canada

----- Original Message -----
From: "Peter Dow" <pcdow@yahoo.com>
To: <RPG400-L@midrange.com>
Sent: Thursday, May 10, 2001 13:35
Subject: Re: Overloading in RPG.


> Hi John, and John,
>
> Looks like you still end up with the same amount of source code and no
> indication in the name of what parameters are allowed. Wouldn't you really
> want a prototype like
>
>       DDaysDur          PR             5I 0  OPDESC
>       D Date1                           *
>       D Date2                           *
>
> and hopefully have the operational descriptors tell you what type and size
> of parameters were actually passed on a given call?
>
> Peter Dow
> Dow Software Services, Inc.
> 909 425-0194 voice
> 909 425-0196 fax
>
>


+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

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.