When you upgrade to Prolint 71 from an older Prolint release and you were already using the Roundtable integration, then you will experience errors until you make the following fix:

Locate in your Roundtable directory the compiled file "rtb_evnt.r" and delete it.

Locate in your Roundtable directory the sourcefile "rtb_evnt.p" and open it in your editor.
Find the line where prolint/rtb/custom_evnt.i is included:

   {prolint/rtb/custom_evnt.i}

and change it to

   {prolint/roundtable/91c/custom_evnt.i}

Optionally compile+save rtb_evnt.p.

Preprocessors should be in UPPERCASE

The rule “upcasepreproces” gives a warning if a &GLOBAL-DEFINE or &SCOPED-DEFINE preprocessor is not all upper case. This is simply a standard that you can choose to follow or not. Using upper case for constants is a broad industry standard, and preprocessors are routinely used as constants. Even when used for other purposes, it helps readability and understanding if the preprocessor name is upper case.

The Risk:
No risk, this is a style/maintainability issue.

How to solve this:

Release may be used incorrectly

The rule “release” provides a warning any time it runs across the RELEASE statement. This is because most programmers have a misconception of what the command actually does.

The Risk:

Exclusive Lock used without NO-WAIT

The rule “nowait” provides a warning if the program accesses a record with an EXCLUSIVE-LOCK and does not include a NO-WAIT. This rule is most effective for WebSpeed code.
The Risk:
A background process that attempts to get an exclusive lock on a record/row can wait until the value of the –lkwtmo parameter expires. This can cause a timeout on either the WebSpeed agent or the web server.

How to solve this:
Add a no-wait and logic to deal with the LOCKED condition, or do not use EXCLUSIVE-LOCK.

Instead of Output To, Use Log Manager

The rule “nooutputto” gives a warning if the program redirects output to another source (OUTPUT TO textfile.csv). This is in support of an EarthLink standard, as the primary use of OUTPUT TO is to generate log information. A Log Manager was created for this purpose, and the standard is to use it.
The Risk:
Violation of EarthLink standard, and chaotic log file management (even if you’re not EarthLink).

How to solve this:
Use Log Manager.

How to suppress these warnings:

Nesting Include Files is not difficult to maintain

The rule “nonestinc” provides a warning if you are including a include file within another include file (nesting include files).
The Risk:
When you have multiple levels of nested includes, the maintenance of programs becomes increasingly difficult. In addition, you can start constructs in one include file and end them in another. Imagine starting a transaction in include A, then ending it in include D. Are you even aware that you are in a transaction during includes B and C?

Line is longer than 80 characters

The rule “nolonglines” provides a warning if the source line is longer than 80 characters. You may wish to customize the ‘80’ for your environment and editing tools.
The Risk:
It is sometimes difficult to understand programs with lines longer than your editor can support. Many unix editors are set to the emulator’s width, and typically that is 80.

How to solve this:
Reformat your code to <80 characters.

How to suppress these warnings:
Disable the rule or change the width.

LIKE is Not Allowed When Defining Variables Or Temp Table Fields

The rule “nolike” presents a warning when it encounters a definition of a variable, parameter, or temp-table field “like” a field in the database. Defining a temp table like another or like a database table is acceptable. It is variables, parameters, and fields that are not.
The Risk:

Hard Coded Email Addresses are not allowed

The rule “nohardcodeemail” gives a warning when it finds what appears to be a hard coded email address within a uncommented literal. It looks for any occurrence of “x@x” where x is any string.

The Risk:
Email addresses change over time, and the proper email address should be retrieved from some database or configuration file source rather than hardcoding it in a program.

How to solve this:
Get the email address out of the database, or fool the system by stringing it together x + @ + x.