Comments on: Changing a logical file, need to recompile the physical?

By: sleepzone

sleepzone — Tue, 20 Mar 2012 10:36:25 +0000

TomLiotta,
I’ve just read a previous post of yours regarding “File Level identifier Vs. Record Format Level Identifier vs. Member level identifier”. That explains the difference between them… Perfect. Many thanks.

By: sleepzone

sleepzone — Tue, 20 Mar 2012 10:32:07 +0000

Hi TomLiotta,
I had a look at this again and you are right – the Format Level Identifier did NOT change. The File level identifier / Member level identifier did change.

By: tomliotta

tomliotta — Sat, 17 Mar 2012 00:34:29 +0000

The level check on the new and old version of the lf are different... A simple change from non-unique to unique should not change the format level ID. (It can definitely change file and member level IDs.) Are you sure that's all you changed? There are circumstances where format level IDs can change incorrectly. If that's the case, then you might not be finished. Tom

By: sleepzone

sleepzone — Fri, 16 Mar 2012 16:04:32 +0000

I did a DSPPGMREF on all objects and confirmed that only the i/o module program references it – so all good there. I tested it using a version in a new library – all good there too. The level check on the new and old version of the lf are different, but all good since I recompiled the i/o module an it references the new level id.

Thanks for the help everyone

By: philpl1jb

philpl1jb — Thu, 15 Mar 2012 00:36:22 +0000

Additionally, the compile of the logical will fail if the current data conflicts with the new rule.

By: charliebrowne

charliebrowne — Wed, 14 Mar 2012 13:30:25 +0000

Here is a quick test you can do.
Create you new Logical of the PF, but put it in a test library.
Have that library as the first one in your libl and call one of the progrms that file.
If you get a level check error on that file, you know you will need to recompile all.
If not, before you assum all is well, verify that the program did use that file.

By: tomliotta

tomliotta — Wed, 14 Mar 2012 01:29:20 +0000

You might not need to compile anything but the LF if the format level ID didn’t change. You can probably use DSPPGMREF against any programs to see what level ID they expect and compare that against the (format) level ID of the new LF. If they match, then a recompile of the program shouldn’t make any difference.

The program doesn’t enforce unique keys. DB2 does that, and the compilation of the LF took care of that part.

Tom

By: splat

splat — Tue, 13 Mar 2012 14:22:43 +0000

Sleepzone, I’m not really up on COBOL, but I would think it does file level checking the same as RPG/RPGLE. If you can, try recompiling the logical in a test library then running one of the dependent programs – if it blows up you’ll have your answer.

By: sleepzone

sleepzone — Tue, 13 Mar 2012 09:07:06 +0000

Hi Charlie,
I have been looking at the programs that call the i/o modules. Basically, they pass linkage to the i/o module stating such things as what type of access, what file, and of course data etc. Part of the linkage is defined in working storage using COPY DDS-ALL-FORMATS OF the logical. When I look at this in the compile listing it is just seems to be defining the fields in the PF. I am not sure why it doesn’t COPY DDS-ALL-FORMATS OF the physical… but this is how all the calling programs do it.
I still don’t think I need to recompile all the calling programs, just wondering if you have any thoughts on it?

By: sleepzone

sleepzone — Mon, 12 Mar 2012 15:05:34 +0000

Thanks for the help Charlie