|
I'm maintaining a program that is a collection of (rpgIV) Selection modules that all act as an interface to a Maintenance module. (None of these modules are NoMain.) These Selection modules override the file, do an opnqryf to get a specific record set, then the user selects a record to be maintained. The problem is that the database override is continuing from the Selection module to the Maintenance module. Override: D Cmd_OvrDBF C 'OVRDBF FILE(ORDPRQSH) SHARE(*YES)' I thought that removing the Share(*Yes) would keep the override only in the current module, but when I did that, the file wasn't reflecting the result set from the OpnQryF. One option for the override to not propagate to the Maintenance module is for me to create a new logical for that program to use. But I was hoping there was another answer. Can I somehow scope the override to just the Selection module? Can I override the file again, and when I delete that override the previous override will take over? Thanks, Kurt Anderson Application Developer Highsmith Inc. W5527 State Road 106, P.O. Box 800 Fort Atkinson, WI 53538-0800 TEL (920) 563-9571 FAX (920) 563-7395 EMAIL kjanderson@xxxxxxxxxxxxx
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.