|
I am using EOFDLY in OVRDBF. Rather than doing a delay loop or using a DATA QUEUE (its simply a matter of preference, I am not interested in holy wars about which is better). The programs wait for records to be written to a file in EOFW state then perform some action. I have on V4R4 needed to do a FEOD to get the waiting program to recognise the 'end of file' condition, and also to ensure that the latest record was processed. I have on the S38 had a application that was doing blocked record (sequential output, the compiler did the blocking) writes that needed to be picked up quickly by a processing program and I had to do FEOD to make sure that I picked up all the records that were written. The following is from the IBM help text. <quote> OVRDBF FILE(A) EOFDLY(10) EOFDLY help text. *NONE number-of-seconds Specify the number of seconds that the program waits between attempts to get a record when an end of file condition occurs. No end of file is signaled until force end of data occurs, or until the job is ended with the *CNTRLD option. Valid values range from 1 through 99999 seconds. <end quote> I hope this satisfies your curiosity and expands your experience. Not facetious just pedantic. I also would like to know if FEOD helped. Frank Kolmann >From: jpcarr@tredegar.com > >What real life situation would require someone to play with the FRCRATIO >or have to do a FEOD? >I have been programming RPG for a few years and can't remember the last >time I had to do a FEOD, >and I have Never played with the FRCRATIO on a PF or LF > >I am not being factious, Just curious. > >As for the problem asked about, Something outside what you're looking has >got to be the problem. >I would say something as simple as wrong object being called(different Lib >or something). > >Nothing that has to do with FRCRATIO or any thing that FEOD would cure I >bet. > >Please post what the problem was when it is solved.
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.