|
My co-worker and I just had this same conversation. So, you haven't had any luck getting around the 'screen file' issue? Is it possible to 'attach' the screen file to a dummy device and then let it run? -----Original Message----- From: Winchester Terry [mailto:terry.winchester@xxxxxxxxxxxxxxx] Sent: Tuesday, June 24, 2003 1:42 PM To: 'COBOL Programming on the iSeries/AS400' Subject: RE: Local Data Area question > -----Original Message----- > From: Bullerman,Arlene [mailto:abullerman@xxxxxxxxxxxxx] > Sent: Tuesday, June 24, 2003 2:10 PM > To: COBOL Programming on the iSeries/AS400 > Subject: RE: Local Data Area question > > > I was of the understanding that local data areas were > associated with both interactive and batch jobs. My > co-worker is certain that they are only available with > on-line programs. A copy of the LDA is available to the submitted batch process, so this part of your plan is certainly doable. > We will be receiving data in a flat file. It was my thought > that we could write a program to flood the local data area > and screen files. (The screen file would be how the data > would be received when the program is used interactively.) > Once the LDA and screen files are populated, we would call > the program and let it run. If this is possible, we wouldn't > have to make heavy modifications or rewrite the current program. Although this seems clearer to me, I still don't believe your "screen file" portion of the plan will work. I have never seen an interactive program run in batch that accesses a display file which has *not* been acquired or attached to a device. If this were possible, then all of the third-party solutions to convert interactive workload to batch (to avoid the interactive tax) would not be making any money since everyone would be able to roll their own solution :) I would love to have somebody prove me wrong here.... or maybe I still misunderstood what your trying to do with respect to the "screen file"... Terry _______________________________________________ This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) mailing list To post a message email: COBOL400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/cobol400-l or email: COBOL400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/cobol400-l.
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.