RE: LVLCHK *NO

[Chris Bipes <ChrisB@xxxxxxxxxxxxxxx>]

Return your software package for a full refund.  LVLCHK(*NO) is a BIG NO NO.
You are correct with your understanding of LVLCHK.  If the file has been
changed you may get decimal data errors, data placed into the wrong fields,
all sorts of problems.  The most likely reason is laziness.  Fire that
software vender.

IMHO

Christopher K. Bipes    mailto:ChrisB@Cross-Check.com
Sr. Programmer/Analyst  mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.                http://www.cross-check.com
6119 State Farm Drive   Phone: 707 586-0551 x 1102
Rohnert Park CA  94928  Fax: 707 586-1884

*Note to Recruiters
I nor anyone that I know of is interested in any new and/or exciting
positions. Please do not contact me.


-----Original Message-----
From: Bill Graziano [mailto:Bill.Graziano@besi.com]
Sent: Thursday, September 30, 1999 7:25 AM
To: 'RPG400-L@midrange.com'
Subject: LVLCHK *NO


I use a third party software package where the physical files are compiled
with the record level check field set to *NO (LVLCHK *NO). I was raised to
believe that this is NOT the preferred setting for this parameter, because
it helps keep the programs and files they were compiled against "in sync".
In other words, if the file definition changes and the program is not
recompiled, a runtime error will result. This will then alert the programmer
of the problem. The issue I that I believe exists is to the custom rpg
applications that we have written in the past that use these files. We are
preparing to do a version upgrade. Some of the file definitions have
changed. If I do not recompile the custom programs using the new file
descriptions, I believe that I will not get a runtime error. 

1) Am I correct in my understanding of LVLCHK *NO?
2) If the file definition HAS changed but the program has NOT been
recompiled, what file definition is the program running against, and what
results can be expected? 
3) What would be the most likely reason a third party vendor would use
LVLCHK *NO?


Thanks in advance for your time (and knowledge)
Bill Graziano
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---