|
400 logicals are similar conceptually to 36 alternate index files. When in the 36 world, I used to have reorg OCL that would 1. Kill the alternate index files 2. Do whatever had to be done with the physical file such as COPY to another name, dropping records coded for deletion then DELETE original name then COPY back with some reorganization 3. Rebuild the alternate index files Because 36 did not have external definitions, the rebuild could not point to source like we do with 400 logicals, so the OCL had to have layout specificity Now if you in a similar situation, your process will have to be A. Delete the 400 logicals that are over the PF B. Run the 36 task that puts the PF into temporary non-existance. C. Recreate the 400 logicals. Or rewrite the OCL. > >I've got a lot of files in QS36F. > >Can I build an ordinary logical over these files? > > Yes, but QS36F implies you may have applications in the S36EE. > It was common for S/36 era procedures to delete and recreate files > as necessary rather than clear them. > If your existing OCL attempts to perform a DELETE procedure > against a physical file with logicals, the delete will fail. > > So although logicals over files in QS36F are fine, there could be > ramifications on existing OCL procedures. > > Doug MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac) BPCS 405 CD Manager / Programmer @ Global Wire Technologies Incorporated http://www.globalwiretechnologies.com = new name same quality wire engineering company: fax # 812-424-6838
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.