Text |
Error in INCLUDE source lines. |
Explanation |
See Natural INCLUDE statement documentation for more information. |
Action |
Check program and correct error. |
Text |
REDEFINE group not allowed in DEFINE DATA PARAMETER. |
Explanation |
Only elementary fields may be defined in a DEFINE DATA PARAMETER statement. |
Action |
Check program and correct error. |
Text |
Specify "FIRST" or "EVERY" in DECIDE statement. |
Explanation |
See the Natural documentation for detailed information on the DECIDE statement. |
Action |
Check program and correct error. |
Text |
Keyword "VALUE" missing in DECIDE ON statement. |
Explanation |
The keyword "VALUE" (or "VALUES") is a required part of the DECIDE ON syntax. |
Action |
Check program and correct error. |
Text |
Invalid field specification in DECIDE ON statement. |
Explanation |
See the Natural documentation for information on how to specify fields correctly in a DECIDE ON statement. |
Action |
Check program and correct error. |
Text |
Error in construction of DECIDE ON/DECIDE FOR statement. |
Explanation |
See the Natural documentation for information on the correct syntax for the statements DECIDE FOR and DECIDE ON. |
Action |
Check program and correct error. |
Text |
ALL clause is only allowed with DECIDE FOR/ON EVERY. |
Explanation |
The ALL clause can only be used with DECIDE FOR EVERY and DECIDE ON EVERY, not for DECIDE FOR FIRST or DECIDE ON FIRST. |
Action |
Check program and correct error. |
Text |
Invalid statement .... |
Explanation |
Possible reasons: 1. Depending on the programming mode (structured/reporting mode), keywords are missing (e.g., "COMPUTE" and "ASSIGN" must not be omitted when using ROUNDED in structured mode). 2. The statement is not suitable for this object type (e.g., DEFINE SUBROUTINE must not be the first statement in an object of type function). 3. A compatibility switch is set (e.g., the profile parameter V41MFCOMP), which causes some statements to be disallowed. |
Action |
1. Add the missing keywords. 2. Change the object type or the statement. 3. Switch off the compatibility switch. |
Text |
Syntactical errors prevent execution of program. |
Explanation |
In batch mode, Natural always continues the syntax checking of a program even after an error has been detected. A program containing a syntactical error cannot be executed because the compiled code does not agree with the source input. |
Action |
Check program and correct error. |
Text |
Keyword "MAP" or "FORM" is required after "USING". |
Action |
Check program and correct error. |
Text |
Input map in WRITE or write map in INPUT statement. |
Explanation |
Either you have specified in a WRITE USING MAP statement the name of a map which is an input map, not an output map; or you have specified in an INPUT USING MAP statement the name of a map which is an output map, not an input map. Whether a map is an input or output (write) map is indicated in its Map Settings. |
Action |
Check program and correct error. |
Text |
GIVING LENGTH is only valid for non-indexable variables. |
Action |
Check program and correct error. |
Text |
An empty statement block is not allowed. |
Explanation |
The only way of having a statement block which does nothing is by filling it with an IGNORE statement. |
Action |
Correct error in program. |
Text |
Invalid variable/constant in DELIMITER clause. |
Explanation |
If the receiving field of the COMPRESS statement is of format - alphanumeric or binary, the delimiter format has to be A1, B1 or U1. - Unicode, the delimiter format has to be A1, B2 or U1. |
Action |
Check program and correct error. |
Text |
Block structure of GDA must be specified in WITH clause. |
Explanation |
In this GDA, a block structure is defined. The block structure must be specified in the WITH clause of DEFINE DATA GLOBAL USING. |
Action |
Check program and correct error. |
Text |
Invalid use of WITH clause in UPDATE or STORE statement. |
Explanation |
If an UPDATE or STORE statement is based on a view defined with DEFINE DATA or within a data area, the use of the WITH clause is not permitted. An UPDATE or STORE statement always includes all fields when it applies to a view. |
Action |
Remove the WITH clause from the UPDATE/STORE statement. |
Text |
Operand type not supported. |
Explanation |
Operands defined as - HANDLE or UNICODE, - alphanumeric/binary DYNAMIC, - alphanumeric with a length of more than 253 bytes, or - binary with a length of more than 126 bytes are not supported at this position. |
Action |
Check program and correct error. |
Text |
Only NSD in linkage attributes allowed here. |
Explanation |
An NSD attribute is an element associated with a view. In a FIND statement, one expects an attribute name after the "VIA" keyword in a REFERENCED, REFERENCING or RECURSIVELY clause. In a SHOW statement, one expects attributes after SHOW, or SHOW RECURSIVELY, in brackets as follows: SHOW ATTR1(ATTR2(ATTR3)) |
Action |
Check that the attribute is found in the view specified by "L F <view-name>" and correct the source accordingly. |
Text |
Operand of type DYNAMIC not allowed at this position. |
Explanation |
Alphanumeric or binary operands defined as DYNAMIC cannot be used at this position. |
Action |
Replace DYNAMIC field with FIXED length field. |
Text |
Level number must be numeric integer. |
Explanation |
This refers to the level of recursion a FIND statement execution is to go to. The level number must be numeric. For further information, please refer to the FIND statement, UNTIL clause, in the Entire DB Programmer"s Guide. |
Action |
Correct error in program. |
Text |
"ERE SET" must start with a category name. |
Explanation |
In a FIND statement, after the FIND header for an Entire view, the syntax logic searches for components called "ERE SET"s. An "ERE SET" begins with a view name and ends with a search criterion. The search criterion finishes when a Natural keyword or the view name of the next "ERE SET" is encountered. When neither of these conditions is met, this error appears; and the syntax analysis cannot proceed. |
Action |
Check source code and correct error. |
Text |
ISN must be an integer value. |
Explanation |
In a FIND statement, ISN values in the RELATIONSHIP or ISN clauses of the basic search criterion must be integer values. The ISNs found are numeric, but not integer values. For further information, please refer to the FIND statement, RELATIONSHIP and ISN clauses of the basic search criterion, in the Entire DB Programmer"s Guide. |
Action |
Correct error in program. |
Text |
Equal sign "=" missing after Entire keyword. |
Explanation |
This error can occur in two Entire statements: 1) FIND view-name WITH ISN = 12335 The equal sign is necessary in the ISN clause of the basic search criterion of the FIND statement. 2) DLOGON USER = "XXX" PASSWORD = "YYY" LIBRARY = "LLL" APPLICATION = "AER" AUTHORIZATION = A In this syntax form of the DLOGON statement, the equal sign must follow each keyword. For further information, see FIND and DLOGON statements in the Entire DB Programmer"s Guide. |
Action |
Correct error in program. |
Text |
Unmatched closing parenthesis. |
Explanation |
Entire DB checks whether each opening parenthesis is paired with a corresponding closing parenthesis. |
Action |
Correct error in program. |
Text |
Invalid operator in descriptor search criterion. |
Explanation |
In a FIND statement, the following relational operators are valid in a descriptor search criterion: = (equal to) <> (not equal) < (less than) <= (less than or equal to) > (greater than) >= (greater than or equal to) In descriptor search criteria (following WITH), only the above operators are allowed after the attribute (NAME or LINE-NUMBER). See the description of the FIND statement the in Entire DB Programmer"s Guide for further information. |
Action |
Correct descriptor search criterion. |
Text |
Move values for Entire must be integer values. |
Explanation |
A move value is a constant or variable moved into the search buffer of an Entire call at runtime. When this message appears, a numeric value is expected: integer, numeric unpacked or packed without decimal digits, but not binary. |
Action |
Correct error in program. |
Text |
Operand format invalid. Format ... expected. |
Explanation |
The format of this operand is invalid. For further information on valid formats, see the operand definition table of this statement. |
Action |
Supply a valid operand format. |
Text |
Open bracket "(" expected. |
Explanation |
Entire DB checks for open parentheses in the NATIVE and RELATIONSHIP clauses of the FIND statement. Clause elements must be enclosed in parentheses. See FIND statement in the Entire DB Programmer"s Guide for further information. |
Action |
Correct error in program. |
Text |
Syntax error in DEFINE DATA statement/structure. |
Explanation |
See the Natural documentation for information on the correct syntax of the DEFINE DATA statement. |
Action |
Check program and correct error. |
Text |
"GLOBAL" must be followed by "USING" and GDA name. |
Explanation |
A global data area (GDA) is always a separate object, never part of the data definition within the DEFINE DATA statement of a program. The GDA is referenced in the GLOBAL clause of the DEFINE DATA statement with the following syntax: DEFINE DATA GLOBAL USING name-of-gda ... END-DEFINE |
Action |
Check program and correct error. |
Text |
Invalid use/order of clauses in DEFINE DATA statement. |
Explanation |
The sequence of clauses in the DEFINE DATA statement is: DEFINE DATA GLOBAL USING PARAMETER OBJECT LOCAL In a subsequent validation rule, only DEFINE DATA LOCAL is allowed. |
Action |
Make sure that the clauses are in the correct order. |
Text |
Formats "C", "L" and HANDLE OF OBJECT not allowed here. |
Explanation |
Data types "C" (control) and "L" (logical) cannot be used in: - GET TRANSACTION DATA statement, - END TRANSACTION statement, - sort criteria of a SORT statement. Data type HANDLE OF OBJECT cannot be used in: - GET TRANSACTION DATA statement, - END TRANSACTION statement, - SORT statement. |
Action |
Check program and correct error. |
Text |
Error during processing of parameter .... |
Explanation |
When an INPUT/WRITE USING MAP or a PROCESS PAGE USING statement is used with a constant map or adapter name and without explicit parameters, the names of the fields to be processed are taken dynamically from the map or adapter source at compilation. This requires that the same field names with the same array structure be defined in both the program and the map or adapter. The indicated variable name is either not defined or the number of array dimensions does not match. |
Action |
Check the indicated data field. The variable definition in the program should be same as in the map or adapter. |
Text |
Invalid USING variable in PROCESS statement. |
Explanation |
The left part of the ASSIGN variable in the USING clause of the PROCESS statement must be part of the view defined to Natural PROCESS. |
Action |
Check program and correct error. |
Text |
Error in "ASSIGN" of Natural PROCESS "USING" clause. |
Action |
Check program and correct error. |