×
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.
We have an exit point on our IFS files.
When an IFS file is open, our exit pgm fires.
Now the way I understand it, is that this file is in the process of opening
and our exit pgm is part of that open process.
Our exit pgm does this...
call pgm1 (modify file contents being opened)
call pgm2 (use those modified contents)
However, we are not seeing the modified contents in pgm2.
We were thinking of the obvious solutions.
1.) after pgm 1, close() and reopen in pgm2... but this is part of the
initial file opening so close() is not allowed in this exit pgm.
2.) after pgm1, obtain a new fileID (scanDescriptor), but the original one
passed in via the exit pgm parm, is still the same. How would we get an
updated one (if one exists)?
3.) after pgm 1 is there a "commit" of some sorts we need to do, as this
IFS file is under commitment control.
Any input would be appreciated.
Jay
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.
midrange.com
