|
>> but our application is governed by SMART/400 which insists on COBOL or CL programs ! Do they actively monitor this? There are perfectly valid reasons (related to the COBOL run unit) why an application vendor might insist that COBOL programs not be used in the middle of an RPG based application. There is nothing that I can think of that would cause problems if RPG were used in the middle of a COBOL app. Besides, any problems that RPG could cause would also occur with CL. I missed the original message so excuse me if this is redundant but ..... if the application uses ILE COBOL then you could always use an ILE COBOL program that calls an RPG procedure to do the work and bind the two together. Since the resulting *PGM object is classified as COBOL they can hardly claim that it would be a problem. +--- | 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.