CALLP allows the compiler to validate the parameters passed to the called
program for data type.  CALLP and CALLB both can be used for calling
statically bound programs, but CALLP gives you a safety net.  It also can be
used for dynamic calls.  

The "drawback" to CALLP is that you need to learn the syntax for procedure
prototypes.  The advantage is that you get a whole wealth of features, many
of which are even useful, that CALL and CALLB don't give you.

Our customer data base was set up when the operating system didn't support
files with enough records to hold all of the data.   It was set up as groups
of five files.  We have used I/O modules to mask the segmentation.  When we
converted the I/O modules to service programs and started calling them
statically, we did get a performance improvement.  It's important to realize
that the I/O overhead is still there and switching from a dynamic call to a
program that returns with LR off to a bound call will eliminate the overhead
of the dynamic call which is most significant on the first one. 

> -----Original Message-----
> From: Brian Stapleton [mailto:Brian.Stapleton@diverseylever.com]
> Sent: Friday, March 31, 2000 5:33 AM
> To: midrange-l@midrange.com
> Subject: Make go faster
> 
> 
> Good Morning All;
> 
> I inherited a program that takes an hour to process 40,000 
> records.  Program 1
> calls program 2 twice for each record.  I would like to see 
> if I can decrease
> the run time by binding these 2 programs together, but I am 
> not sure how to do
> this.  
> 
> I want to try this:
>       Change Call in Prog 1 to CallB
>       Create Mod --> Prog 1
>       Create Mod --> Prog 2
>       Create PGM specifying Prog1 as the first program
> 
> Will this work?  What is the difference between CallB and CallP?
> 
> Thanks for the help!
> 
> Brian Stapleton
> Information Services
> DiverseyLever Institutional
> A Div of DiverseyLever
> Brian.Stapleton@diverseylever.com
> (248) 304-3553
> 
> 
> 
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: 
> david@midrange.com
> +---
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-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.