|
Thanks, Barbara My biggest problem was with a generic I/O routine that is used with all files. Because it contains SQL, I have to put each file's (physicals and logicals) procedure into separate modules due to the precompiler thinking I am doubling up on the /copy's if I try to combine them into one module. Will this correct that problem? ----- Original Message ----- From: <bmorris@ca.ibm.com> To: <RPG400-L@midrange.com> Sent: Wednesday, May 10, 2000 1:39 PM Subject: Re: /copy with /define with SQL (was RPT vs RPG) > > > > >Date: Tue, 9 May 2000 22:35:42 -0400 > >From: "Nelson C. Smith" <ncsmith@gate.net> > > ... > >Using the Define/Undefine compiler directives > > ... everything works fine (until you try it > >with that dratted SQLRPGLE precompiler, that is). > > ... > > Nelson, we have some relief for the /define problem > with the SQL precompiler. In your SQL source, code > /INCLUDE instead of /COPY (you can use /INCLUDE in your > ordinary RPGLE source too). With /INCLUDE, the SQL > precompiler won't open the /COPY member, so it will > never see the code that upsets it. > > You need one of these compiler PTFs: > V4R2M0 SF62167 > V4R4M0 SF61918 > > (The V4R4 PTF for TGTRLS(*PRV) isn't ready yet.) > > Barbara Morris > > > +--- > | 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 > +--- > +--- | 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 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.