|
In my experiments with this program, I was making the data structure global, and was still having the same problem. But, I'm a lowly V3R2 user, so nothing works right :) On Fri, 12 May 2000, Scott Mildenberger wrote: > Brad, > > How is the DS defined in SRVPGM1? Is it defined within the > subprocedure? If so, it is a local definition and 'hiding' the global > definition of the field names which is where the fields from the file are > defined. You can move the DS definition outside the subprocedure so it is > defined globally to the service program then the fields are the same as > those from the file. When you define a externally defined DS inside a > subprocedure the fields defined because of it are not the same as those > defined from the file (they have the same names but are not the same field). > Hope this description isn't confusing, I have run into this before and the > first time had me puzzled for awhile. > > Scott Mildenberger > +--- | 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.