× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.