× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Steven,

This error usually occurs when you send "unprintable" characters to a display file. If a character that you write to the screen gets interpreted as a 5250 command (and one that's not structured properly) the device gets confused and sends back a negative response code. The OS gets the response code and sends the *ESCAPE message to your program.

I would recommend putting all of the DDS back the way you had it. Then, use the debugger to stop the program at the time that you are writing data to the display. Examine the data and see which fields have the unprintable ("garbage") characters in them, and then trace the problem backward from that point.



Steven Harrison wrote:
Hi All,


I have been receiving the following error in the job log when my program
runs:


Message ID . . . . . . : CPF5192 Severity . . . . . . . : 50


Message type . . . . . : Escape


Date sent . . . . . . : 17/07/09 Time sent . . . . . . :
10:50:57


Message . . . . : Data sent to device AFXIT02A not valid. Negative
response

code is 10050112.


Cause . . . . . : The condition was caused by the program output data


containing below hex 40 or too many input fields. More information on
the
negative response code can be found in either the IBM 5494 Remote
Control
Unit Functions Reference (under negative responses) or the SNA Formats


Manual (under SENSE or LUSTAT codes). Invalid data (below hex 40) may
have
occurred in one of the following ways:
etc etc...


followed by:


Message ID . . . . . . : RNX1251 Severity . . . . . . . : 99


Message type . . . . . : Escape


Date sent . . . . . . : 17/07/09 Time sent . . . . . . :
10:50:57



Message . . . . : Permanent I/O error occurred in file STATUSD.
Etc etc...


The following is happening:


Program 1 displays a subfile containing the discount rates for a price
code. The DDS for this program contains the subfile.


Program 2 is a service program that is responsible for displaying a
window that reports any status events that might take place (ie. Could
not find price code, discount rate invalid etc...). The DDS for the
window is in a separate display file. I have never had a problem with
this program and it is used by a number of other programs to display
status events.


The error is occurring when Program 2 is called to display the Window.
While trying to figure out what was causing the error I started
stripping out code bit by bit to identify where the problem was
occurring. I ended up removing the subfiles from Program 1's DDS
altogether and ended up with just a Header record displaying a single
text field and a Footer record that contains indicators for the F12 and
F03 keys. It seems that the error is occurring when 'ExFmt' is called in
Program 2 before a read or ExFmt in Program 1.

So with the following code the error would occur:


Program 1:


Write Header;

DoesPriceCodeExist() <- Procedure to determine if the price code exists.
If it doesn't it sets a status event that can be displayed by Program 2.


Call Program 2 <- Calls ExFmt on the Window to display the status event.
The program will fall over at this point.


ExFmt Footer;



But with the following code the error won't occur:


Write Header;

ExFmt Footer;

DoesPriceCodeExist()

Call Program 2 <- Display the window reporting that the Price Code
doesn't exist.

ExFmt Footer;



I'm wondering if anyone can shed some light on why this is happening?
Why will the ExFmt on the Window cause the program to crash if the DDS
it is overlaying has only had Writes to it but it will be fine if the
there has been a previous Read/ExFmt.


Both DDS files are compiled with RSTDSP *YES. Also for some strange
reason the error will not occur if I'm running the program in the
Debugger?!?!? Which I find very strange.


Any help would be greatly appreciated.


Steve









As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.