|
Hello Brad, The time to call Program A will be affected by any calls it contains to service programs. The system must resolve the service program (to see it still exists and that the user has sufficient authority), must activate the service program (load into activation group), and verify the signature. All this happens when Program A is called, NOT when the first routine in the service program is called. If their are many service programs or one gigantic all-singing, all-dancing service program you will see a delay in the load of Program A -- although once it is loaded the actual calls to routines in the service program will be faster than dynamic calls. Of course, this is more noticable on the smaller AS/400 models -- a 600 for instance. Regards, Simon Coulter. //---------------------------------------------------------- // FlyByNight Software AS/400 Technical Specialists // Phone: +61 3 9419 0175 Mobile: +61 0411 091 400 // Fax: +61 3 9419 0175 E-mail: shc@flybynight.com.au // // Windoze should not be open at Warp speed. //--- forwarded letter ------------------------------------------------------- > X-Mailer: Internet Mail Service (5.5.1960.3) > Date: Thu, 22 Oct 98 09:50:00 -0500 > From: "Stone, Brad V (TC)" <bvstone@taylorcorp.com> > To: "'MIDRANGE-L@midrange.com'" <MIDRANGE-L@midrange.com> > Reply-To: MIDRANGE-L@midrange.com > Subject: RE: Call in ILERPG response time slow > > Jerry, > > ------------ Stuff deleted -------------- > > > > Make program B a service program. It will take a little longer for > > program A to start, but calls to program B will be very fast. With > > this method, you won't be able to call program B from a command > > line, > > unless you create another program to run from the command line that > > invokes the program B service program. > > > [And Brad Said:] I think you have this a little confused. The > first call to program B will be the same as a regular call, but > subsequent calls to program B will be faster. Service programs are > bound by reference. The first call contains the overhead because it has > to resolve program B and all that other fun stuff. :) The call to > Program a should no be affected by adding a call to a service program > inside of it. > > Bradley V. Stone > Taylor Corporation - OASIS Programmer/Analyst > bvstone@taylorcorp.com > Phone: 1-507-625-6464 x3147 > Fax: 1-507-625-8937 > > > > __________________________________________________________ > > Jerry R. Keppler Pattonville School District > > Computer Programmer 11097 St. Charles Rock Road > > (314) 213-8045 Voice St. Ann, MO 63074-1509 > > (314) 213-8650 Fax mailto:kepplerj@pattonville.k12.mo.us +--- | 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 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.