× 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: Efficiency of Bound vs. Dynamic Calls
  • From: Chris Bipes <ChrisB@xxxxxxxxxxxxxxx>
  • Date: Wed, 8 Sep 1999 15:56:17 -0700

If it is an interactive job with one or two calls per transaction, makes
little or no difference.  Batch job that call several times per record, for
thousands of records, big difference.  Prototype the procedure and create a
service program then bind it in, the difference is unbelievable.

-----Original Message-----
From: Norman.Rae@mckhboc.com [mailto:Norman.Rae@mckhboc.com]
Sent: Wednesday, September 08, 1999 11:19 AM
To: RPG400-L@midrange.com
Subject: Efficiency of Bound vs. Dynamic Calls






     Hello all

     I'm sure this issue has been covered here before, but as a newbie to
     the list, I'd appreciate any help.

     At my current place of employment they have created an ILE-RPG program
     to handle date manipulation, and standards state that this program
     must be used or all date manipulations.

     From OPM programs (which most of them still are), a regular CALL with
     parameter list is performed.  However I was surprised to see that in
     new ILE-RPG programs, they were still using a regular CALL.

     I suggested that a CALLB (bound call) would be more efficient.  They
     agreed, but stated that a dynamic call to an ILE program was quite
     efficient, so much so that making it a bound call would not gain
     enough to make it worth while dealing with the additional
     complications that this would entail.

     This didn't seem right to me, but I don't have any information to back
     me up.  Anyone got any thoughts on this matter?

     Thanks ....Norman


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