• 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
    WorksRight Software

    Do you need area code information?
    Do you need ZIP Code information?
    Do you need ZIP+4 information?
    Do you need city name information?
    Do you need county information?
    Do you need a nearest dealer locator system?

    We can HELP! We have affordable AS/400 software and data to do all of the above. Whether you need a simple city name retrieval system or a sophisticated CASS postal coding system, we have it for you!

    The ZIP/CITY system is based on 5-digit ZIP Codes. You can retrieve city names, state names, county names, area codes, time zones, latitude, longitude, and more just by knowing the ZIP Code. We supply information on all the latest area code changes. A nearest dealer locator function is also included. ZIP/CITY includes software, data, monthly updates, and unlimited support. The cost is $495 per year.

    PER/ZIP4 is a sophisticated CASS certified postal coding system for assigning ZIP Codes, ZIP+4, carrier route, and delivery point codes. PER/ZIP4 also provides county names and FIPS codes. PER/ZIP4 can be used interactively, in batch, and with callable programs. PER/ZIP4 includes software, data, monthly updates, and unlimited support. The cost is $3,900 for the first year, and $1,950 for renewal.

    Just call us and we’ll arrange for 30 days FREE use of either ZIP/CITY or PER/ZIP4.

    WorksRight Software, Inc.
    Phone: 601-856-8337
    Fax: 601-856-9432
    Email: software@worksright.com
    Website: www.worksright.com

    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

  • Public Preview For Watson Code Assistant for i Available Soon
  • COMMON Youth Movement Continues at POWERUp 2025
  • IBM Preserves Memory Investments Across Power10 And Power11
  • Eradani Uses AI For New EDI And API Service
  • Picking Apart IBM’s $150 Billion In US Manufacturing And R&D
  • FAX/400 And CICS For i Are Dead. What Will IBM Kill Next?
  • Fresche Overhauls X-Analysis With Web UI, AI Smarts
  • Is It Time To Add The Rust Programming Language To IBM i?
  • Is IBM Going To Raise Prices On Power10 Expert Care?
  • IBM i PTF Guide, Volume 27, Number 20

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