M204.2124: Difference between revisions

From m204wiki
Jump to navigation Jump to search
(Automatically generated page update)
 
m (add link)
 
Line 2: Line 2:


<P>
<P>
An attempt was made to store invalid data into a FLOAT field in a NUMERIC VALIDATION file. For SOUL or Host Language Interface, the request is canceled following the above message; the transaction is backed out,
An attempt was made to store invalid data into a <var>FLOAT</var> field in a [[Field attributes#File model feature|Numeric Validation]] file. For SOUL or Host Language Interface, the request is canceled following the above message; the transaction is backed out,
as [[Transaction back out|TBO]] is a NUMERIC VALIDATION requirement. For Fastload (FLOD or FILELOAD), the above message is issued without cancellation, the field is dropped, and the file is marked "logically inconsistent." </P>
as [[Transaction back out|TBO]] is a Numeric Validation requirement. For Fastload (<var>FLOD</var> or <var>FILELOAD</var>), the above message is issued without cancellation, the field is dropped, and the file is marked "logically inconsistent." </P>
<p>
<p>
<b>Response:</b> For SOUL or Host Language Interface, correct the input data to a valid FLOAT number, and resubmit the transaction. </p>
<b>Response:</b> For SOUL or Host Language Interface, correct the input data to a valid FLOAT number, and resubmit the transaction. </p>
<P>
<P>
For Fastload (FLOD or FILELOAD), make note of all NUMERIC VALIDATION violations for the run, and construct one or more updates to the file that supply the correct FLOAT data values. The File Manager (see below) must RESET
For Fastload (<var>FLOD</var> or <var>FILELOAD</var>), make note of all Numeric Validation violations for the run, and construct one or more updates to the file that supply the correct <var>FLOAT</var> data values. The File Manager (see below) must <var>RESET</var> the <var>FISTAT</var> parameter to X'00' prior to running the correctional updates. If the Fastload was written such that decisions were made based on an anticipated <var>FLOAT</var> field update, the entire Fastload should be re-run after correcting the invalid <var>FLOAT</var> field input &mdash; this type of error situation is the reason behind the "logically inconsistent" warning. </P>
the FISTAT parameter to X'00' prior to running the correctional updates. If the Fastload was written such that decisions were made based on an anticipated FLOAT field update, the entire Fastload should be re-run after correcting the invalid FLOAT field input &mdash; this type of error situation is the reason behind the "logically inconsistent" warning. </P>
<p>
<p>
<b>File manager response:</b> For SOUL or Host Language Interface, no response is necessary. </p>
<b>File manager response:</b> For SOUL or Host Language Interface, no response is necessary. </p>
<P>
<P>
For Fastload (FLOD or FILELOAD), RESET the FISTAT parameter to X'00' once the user is ready to submit correct FLOAT data input. FISTAT has been set to X'40' as a reminder that the current state of the file may be
For Fastload (<var>FLOD</var> or <var>FILELOAD</var>), reset the <var>FISTAT</var> parameter to X'00' once the user is ready to submit correct <var>FLOAT</var> data input. <var>FISTAT</var> has been set to X'40' as a reminder that the current state of the file may be "logically inconsistent," depending on how the Fastload was written.  
"logically inconsistent," depending on how the Fastload was written. </P>
</P>
{{Template:M204.2124 footer}}
{{Template:M204.2124 footer}}
<!-- skeleton as it was in pdf/VALUE SPECIFIED VIOLATES FLOAT DATA TYPE VALIDATION IN RECORD recordnumber, FIELD IGNORED: fieldname = value /-->
<!-- skeleton as it was in pdf/VALUE SPECIFIED VIOLATES FLOAT DATA TYPE VALIDATION IN RECORD recordnumber, FIELD IGNORED: fieldname = value /-->

Latest revision as of 18:00, 16 March 2018

M204.2124  Value specified violates FLOAT data type validation in record token​,​ field ignored: token2 ​=​ token3

An attempt was made to store invalid data into a FLOAT field in a Numeric Validation file. For SOUL or Host Language Interface, the request is canceled following the above message; the transaction is backed out, as TBO is a Numeric Validation requirement. For Fastload (FLOD or FILELOAD), the above message is issued without cancellation, the field is dropped, and the file is marked "logically inconsistent."

Response: For SOUL or Host Language Interface, correct the input data to a valid FLOAT number, and resubmit the transaction.

For Fastload (FLOD or FILELOAD), make note of all Numeric Validation violations for the run, and construct one or more updates to the file that supply the correct FLOAT data values. The File Manager (see below) must RESET the FISTAT parameter to X'00' prior to running the correctional updates. If the Fastload was written such that decisions were made based on an anticipated FLOAT field update, the entire Fastload should be re-run after correcting the invalid FLOAT field input — this type of error situation is the reason behind the "logically inconsistent" warning.

File manager response: For SOUL or Host Language Interface, no response is necessary.

For Fastload (FLOD or FILELOAD), reset the FISTAT parameter to X'00' once the user is ready to submit correct FLOAT data input. FISTAT has been set to X'40' as a reminder that the current state of the file may be "logically inconsistent," depending on how the Fastload was written.

Message attributes:

RETCODEO=0Sets online return code
RETCODEB=4Sets batch (single user) return code
CLASS=EError class; the message can be suppressed with the X'04' bit setting of the MSGCTL parameter
AUDITERWrites the message with line type ER to the audit trail
CANCELCancels the user's request
COUNTIncrements the error count (ERCNT) parameter

Back to list of messages