|
We had a similar problem. But reversed. A CLP called another CLP with string of variables. CLP2 did a RCVF and passed the data back to CLP1. When it got back, only the first variable was blank, but the rest were ok. I can't remember which, but when one was converted to CLLE, it fixed the problem. Wacko! :) Brad > -----Original Message----- > From: boldt@ca.ibm.com [mailto:boldt@ca.ibm.com] > Sent: Tuesday, June 27, 2000 12:09 PM > To: RPG400-L@midrange.com > Subject: Re: HANS...look at this one please > > > > > Tony wrote: > >... > >Re-stated. > >CLP (menu) --> CLLE, calls OPM RPG (to create a splf) with &OK='1', > >then does other stuff based on return value of &OK, and ends > > > >I believe this to be a software defect and should be looked into. > > Let me see if I understand the situation: You have an > OPM application that worked fine. You then converted > a CL program in the app to a CLLE program, and now > the application no longer works correctly. And so > you suspect a bug in OPM RPG. Huh? > > Anyways, the person who investigates PMR's here is > aware of the problem and is currently waiting for > additional information. Be patient. > > Cheers! Hans > > Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.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 > +--- > +--- | 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.