× 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: Wed, 23 Aug 00 19:51:48 +1000
  • Importance: Normal

P
Hello Richard,

You wrote:
>Were you in those meetings in 93 when we hammered on the ILE people about
>updating service programs?  They weren't going to let us update a service
>program at all - we would have been forced to recreate everything to bind in
>a new signature.  I worked at JDE at the time.  If we had changed a service
>program, we would have had to reship the entire product.  That would have
>been several thousand programs.  It took weeks to convince them to build in
>"update service program" technology.

I don't think so.  While the ability to 'update a service program' by shipping 
only the 
changed modules was worth fighting for I don't think the lack of it would have 
forced 
you into shipping the entire application.  You WOULD need to rebuild the 
service program 
locally but you would only need to compile the changed modules **IF** you kept 
the 
previously compiled modules on the system.  For a sufficiently complex service 
program 
the creation time may be significant but you'd still only need to ship the 
service  
program.  Or did you mean something else?

And to all those considering EXPORT(*ALL) ... DON'T!  The arguments placed by 
Brad, 
Richard, et al, are correct.  Using the binder source is not at all onerous 
once it is 
created.  New procedure in service program?  New entry in binder source.  Just 
get the 
habit.  It also gives the ability to define public and private interfaces which 
is a 
GOOD thing!

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.