× 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: mix bag, now recompile required due to service program change .
  • From: Rob Berendt <rob@xxxxxxxxx>
  • Date: Fri, 21 Jan 2000 13:13:34 -0500

Good point.  Sorry if I labled ILE as meaning RPG ILE.

How do I handle 'previous signature support'?  As far as I know the 
procedure interface didn't change, I just added more procedures to the 
service program.





MccalliM@Midas-Kapiti.com on 01/21/2000 01:10:55 PM
Please respond to MIDRANGE-L@midrange.com@Internet
To:     MIDRANGE-L@midrange.com@Internet
cc:      
Fax to: 
Subject:        RE: mix bag, now recompile required due to service program 
change .

>Maybe we should now forward this on to the RPG list?  Or were you 
>trying to bring up a point that the 400 is not immune to this kind 
>of behavior?

It should stay here, because it's not RPG-specific; it doesn't matter
what language the procedures in your service program are written in.

><snip>
>Which brings up a good point, what will happen on the AS/400 in this
>scenario?  If I have a service program that I change, I don't' have to
>recompile my programs, right?  So in the AS/400 somewhat immune
>to this type of problem?
><endsnip>

If only the internal logic of  a procedure changes, you shouldn't have
to recompile the programs that use the service program.  If the external
interface of a procedure changes, obviously programs using that
procedure will have to be recompiled.

The other thing to watch out for is a service program's signature
changing.  If you're not using previous signature support a "signature
violation" will bring your program down in a nasty heap.  So maybe
that's the closest thing to a windows GPF.  Mind you, you'll never get
that "Module <unknown>" bollocks on the AS/400.  A swift dig into the
joblog will soon tell you where the problem lies.

That's what Windows needs: joblogs!  (Then we can use even more disk
space to hold all the messages.)

Cheers,

Martin.

--                                                                     
Martin McCallion                 
Midas-Kapiti International
Work:  mccallim@midas-kapiti.com
Home: martin.mccallion@ukonline.co.uk

Apologies for the length of this sig, but company policy says:
This email message is intended for the named recipient only.  It may be
privileged and/or confidential.  If you are not the intended named
recipient of this email then you should not copy it or use it for any
purpose, nor disclose its contents to any other person.  You should
contact Midas-Kapiti International as shown below so that we can take
appropriate action at no cost to yourself.

Midas-Kapiti International Ltd, 1 St George's Road, Wimbledon, London,
SW19 4DR, UK
Email: Postmaster@midas-kapiti.com Tel: +44 (0)208 879 1188 Fax: +44
(0)208 947 3373
Midas-Kapiti International Ltd is registered in England and Wales under
company no. 971479

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