× 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: Creating a service program
  • From: "Simon Coulter" <shc@xxxxxxxxxxxxxxxxx>
  • Date: Thu, 24 Aug 00 09:52:53 +1000
  • Importance: Normal

"
Hello Richard,

You wrote:
>In JDE code, date conversions, numeric conversions, and several other
>routines are used everywhere - in every program.  If those routines were in
>a service program and that service program was compiled to export all
>procedures and a new routine was added to that program, at the time every
>service program would have had a signature and that signature would have
>changed with the new routine and JDE would been forced to reship every
>program on the system.  We thought that it might have been too difficult to
>statically determine intricate call stacks between about 2,000 mainline and
>subprograms plus another thousand RPG subroutines presently in copy books.

Ahh! Now I understand.  But that problem is all to do with EXPORT(*ALL) and 
nothing to 
do with 'updating the service program' which I took to mean via the UPDSRVPGM 
command -- 
which existed internally and I recall wasn't going to be exposed.  Do you 
really mean 
that binder source wasn't planned and therefore the signature would change 
anytime the 
service program interface changed (new procs, new parms, etc) because 
EXPORT(*ALL) was 
the only choice?  That seems remarkably short-sighted and unlikely.

>If the machine helped, we were more comfortable.  So we fought for a way to
>update a service program and ship just the changed service program and
>effected modules.  Participating in these meetings gave me a great deal of
>respect for the IBM people that make far-reaching architecture decisions all
>the time.

And so it should .... :)  For the most part, Rochester does a bloody good job.  
It's the 
idiots in Armonk (and White Plains) we have to wack about bit ....

Regards,
Simon Coulter.

«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»
«» FlyByNight Software         AS/400 Technical Specialists       «»
«» Eclipse the competition - run your business on an IBM AS/400.  «»
«»                                                                «»
«» Phone: +61 3 9419 0175      Mobile: +61 0411 091 400           «»
«» Fax:   +61 3 9419 0175      mailto: shc@flybynight.com.au      «»
«»                                                                «»
«» Windoze should not be open at Warp speed.                      «»
«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»
+---
| 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:

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.