• The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
Menu
  • The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
  • Do Your File Specifications Lie?

    January 21, 2009 Ted Holt

    An old joke says, “How do you know a salesman (or politician) is lying to you?” The answer: “His lips are moving.” All joking aside, your RPG IV F specs can lie to you, and it’s not obvious when they do. This is not a serious problem, but I’ve run across it on occasion and want to be sure others are aware of it.

    Let’s say the following program is running:

    H dftactgrp(*no) actgrp('QILE')
    Fcustcdt   uf   e             disk
    Ferd01p    o    e             printer
     /free
         *inlr = *on;
         dow '1';
            read cusrec;
            if %eof();  
                leave;
            endif;
            write erd01p1;
         enddo;
         return;
    

    This is a simple program, right? Read a record, write a record.

    Someone else comes along and starts up this program while the first program is running.

    pgm
    
    alcobj obj((custcdt *file *exclrd)) wait(0)
    call   SomePgm /* that uses custcdt */
    dlcobj obj((custcdt *file *exclrd))
    
    endpgm
    

    The second user is greeted with message CPF1002 (Cannot allocate object CUSTCDT) because the second program thinks the first program is updating file CUSTCDT. The F spec in the first program lied, therefore the second program won’t run.

    Maybe the first program used to update CUSTCDT, but someone since removed the update operation and failed to change the F spec. Here’s the corrected F spec, with the file designated as input only rather than updatable.

    Fcustcdt   if   e             disk
    

    Here’s another variation of the same program, with yet another lying F spec.

    H dftactgrp(*no) actgrp('QILE')
    Fcustcdt   if   e             disk
    Fsalesrep  if   e           k disk
    Ferd01p    o    e             printer
     /free
         *inlr = *on;
         dow '1';
            read cusrec;
            if %eof();  
                leave;
            endif;
            write erd01p1;
         enddo;
         return;
    

    The second F spec claims that this program uses the sales representative file, but that’s not true. The compiler generates warning message RNF7066 (Record-Format REP not used for input or output), but that warning message is unreliable. If you issue native I/O operations, such as CHAIN or READ, to a file name rather than its record format name(s), the compiler will generate RNF7066. In other words, RNF7066 is not a trustworthy indicator that the file is not used in the program. For this reason alone, I use record format names, rather than file names, in calculations when possible.

    By the way, the RPG III compiler will generate hard errors for these situations, but I’m not suggesting you use RPG III.

    The consequences of lying F specs may be more nuisance than catastrophe, but here are a few of the results that I have seen.

    1. As illustrated above, a program might not run because of another program’s lying F spec.
    2. Performance is affected, as programs open and close files they don’t use.
    3. Documentation packages may erroneously report that a file is being used, leading to wasted developer time when that file is modified.
    4. Based on their reading of source code, developers may make erroneous decisions or infer erroneous behavior of job streams.



                         Post this story to del.icio.us
                   Post this story to Digg
        Post this story to Slashdot

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Tags:

    Sponsored by
    Midrange Dynamics North America

    Git up to speed with MDChange!

    Whether you are managing large Git repositories for IBM i applications or you’re orchestrating smaller repositories, Midrange Dynamics has solutions to boost Git performance for IBM i.

    Git workflow in MDChange is specifically designed for IBM i, optimizing repository management, testing, and deployments for greater productivity, flexibility, and scalability. MDChange supercharges performance for GitHub, GitLab, Bitbucket, and Azure Repos.

    Learn More.

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Sponsored Links

    ARCAD Software:  FREE Webinar, ITIL Best Practices with Philippe Magne, January 28
    COMMON:  Join us at the 2009 annual meeting and expo, April 26-30, Reno, Nevada
    System i Developer:  RPG & DB2 Summit in Orlando, April 15-17 for 3 days of serious training

    IT Jungle Store Top Book Picks

    Easy Steps to Internet Programming for AS/400, iSeries, and System i: List Price, $49.95
    Getting Started with PHP for i5/OS: List Price, $59.95
    The System i RPG & RPG IV Tutorial and Lab Exercises: List Price, $59.95
    The System i Pocket RPG & RPG IV Guide: List Price, $69.95
    The iSeries Pocket Database Guide: List Price, $59.00
    The iSeries Pocket Developers' Guide: List Price, $59.00
    The iSeries Pocket SQL Guide: List Price, $59.00
    The iSeries Pocket Query Guide: List Price, $49.00
    The iSeries Pocket WebFacing Primer: List Price, $39.00
    Migrating to WebSphere Express for iSeries: List Price, $49.00
    iSeries Express Web Implementer's Guide: List Price, $59.00
    Getting Started with WebSphere Development Studio for iSeries: List Price, $79.95
    Getting Started With WebSphere Development Studio Client for iSeries: List Price, $89.00
    Getting Started with WebSphere Express for iSeries: List Price, $49.00
    WebFacing Application Design and Development Guide: List Price, $55.00
    Can the AS/400 Survive IBM?: List Price, $49.00
    The All-Everything Machine: List Price, $29.95
    Chip Wars: List Price, $29.95

    Ricoh Launches New Color MFP i Roadmaps: Here Be Dragons

    Leave a Reply Cancel reply

Volume 9, Number 3 -- January 21, 2009
THIS ISSUE SPONSORED BY:

Help/Systems
WorksRight Software
System i Developer

Table of Contents

  • Redundant Join Criteria: Good or Bad Idea?
  • Do Your File Specifications Lie?
  • Trouble-Shooting WebSM to HMC Connectivity Problems

Content archive

  • The Four Hundred
  • Four Hundred Stuff
  • Four Hundred Guru

Recent Posts

  • Power Systems Grows Nicely In Q3, Looks To Grow For All 2025, Too
  • Beta Of MCP Server Opens Up IBM i For Agentic AI
  • Sundry IBM i And Power Stack Announcements For Your Consideration
  • Please Take The IBM i Marketplace Survey
  • IBM i PTF Guide, Volume 27, Number 43
  • IBM Pulls The Curtain Back A Smidge On Project Bob
  • IBM Just Killed Merlin. Here’s Why
  • Guru: Playing Sounds From An RPG Program
  • A Bit More Insight Into IBM’s “Spyre” AI Accelerator For Power
  • IBM i PTF Guide, Volume 27, Number 42

Subscribe

To get news from IT Jungle sent to your inbox every week, subscribe to our newsletter.

Pages

  • About Us
  • Contact
  • Contributors
  • Four Hundred Monitor
  • IBM i PTF Guide
  • Media Kit
  • Subscribe

Search

Copyright © 2025 IT Jungle