+ Reply to Thread
Results 1 to 6 of 6

Thread: help in understanding OVRDBF

  1. #1
    K.Forsythe Guest

    Default help in understanding OVRDBF

    An Override stays in effect for all programs further down the call stack from the point it was issued. So If A calls B and B issues and override then calls C. C will see the override. A will not. Be sure to have B delete the override when you are done with it, as a matter of good housekeeping. There are a lot of little exceptions and twists to this. Are you using Shared open data path? If so, once the file is open, no override will make any difference. Are you using ILE activation groups? That will affect which overrides are seen by which programs. Use the general rule shown above and if the behavior doesn't seem to be working as expected, then let us know and we can dig into your specific situation. Or go ahead and post some code so everyone can see the specifics of your situation.

  2. #2
    Guest.Visitor Guest

    Default help in understanding OVRDBF

    Thank you for your quick response! I have been trying to figure this out for days... I am using Shared Open Data path. I am using OPNQRYF also. Do I have to DLTOVR and OVRDBF again so the next OPNQRYF will be in effect? I am not using ILE activation groups. I will try what you suggested.

  3. #3
    K.Forsythe Guest

    Default help in understanding OVRDBF

    My usual recommendations is the following pattern... OVRDBF W/Share(*YES) OPNQRYF CALL RPGPGM CLOF DLTOVR Then repeat that sequence for each RPG program being called. Depending on what exactly you are doing there might be some ways to improve on this. But varying from this also risks having the programs interfere with each other. Good luck! Kevin

  4. #4
    Guest.Visitor Guest

    Default help in understanding OVRDBF

    So, to answer my first question I cannot put the over ride in place for the RPG programs within the calling CL? I would have to place the override within each RPG program, opnqryf, close file, deleter override? Thanks for your help.

  5. #5
    Guest.Visitor Guest

    Default help in understanding OVRDBF

    I do it this way: OVRDBF SHARE(*YES) OPNQRYF CALL PGMA POSDBF *START CALL PGMB CLOF DLTOVR

  6. #6
    Guest.Visitor Guest

    Default help in understanding OVRDBF

    Does the OVRDBF stay in effect if issued through a CL for all calls within that CL? Example, I have a CL that calls multiple RPG programs. If I issue the OVRDBF will it stay in effect for all the RPG programs or do I have to issue this command for each program? Note: The RPG programs are executing OPNQRYF to sort the file in the override. I'm just not clear on how the ovrdbf work with calls to other programs. On the other hand if I issue the OVRDBF from and RPG program and call other RPG programs or CL's, does that OVRDBF stay in effect? Thanks for your help in this..... Sherri Phoenix AZ

+ Reply to Thread

Similar Threads

  1. Need help understanding DISP-SHR in OCL
    By ebbhitch in forum CL
    Replies: 4
    Last Post: 01-30-2009, 04:40 PM
  2. OVRDBF
    By David Abramowitz in forum RPG
    Replies: 6
    Last Post: 02-14-2006, 02:27 PM
  3. Help with Understanding Procedures & Binding Directory
    By buck.calabro@commsoft.net in forum RPG
    Replies: 3
    Last Post: 05-03-2005, 12:23 PM
  4. Understanding *ANYNW Controllers
    By Guest.Visitor in forum IBM i (OS/400, i5/OS)
    Replies: 5
    Last Post: 05-01-2003, 07:01 AM
  5. Understanding Exit Programs
    By MCWebsite.Staff in forum General
    Replies: 1
    Last Post: 02-24-2003, 04:48 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts