AS/400 Display program error

20 pts.
Tags:
AS/400 Display File
AS/400 error messages
CPF errors
CPF4131
I guess I should have been more specific. How can I tell if a user had an interactive display program message when they do not tell you? For example, they received a CPF4131 and just put "C's" through the entire message.

Answer Wiki

Thanks. We'll let you know when a new response is added.

Hall

I’m sure someone has an answer becuase I’m not liking mine.

You need an error handlng routine in every program…*PSSR ???
Throw the error to a log file, perhaps a dump and then a nice message to call you.

Phil

——————————–
Bigmac46
Your answer is good once we know the device with an error.
– the question was —
How can I tell when a user had an interactive display program message (an error) when they do not tell you?
Do you have a way to find out what interactive devices or users have received an error message?

Phil

Discuss This Question: 4  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • Hall
    Thanks, but you are correct, not liking that answer. Not liking the having to change 4000 programs.
    20 pointsBadges:
    report
  • Bigmac46
    if the user has not signed off you can WRKCFGSTS on the device ID 5 =WORK WITH JOB 10= display job log F10 = Display detailed messages and see exactly how the user responded to break messages
    1,000 pointsBadges:
    report
  • Splat
    I'm speculating a bit here, but I suspect the user is getting the CPF4131 error and cancelling through the entire series of messages, leaving you with garbaged data and/or improperly set data areas. Phil is right, the best option is a *PSSR routine in the program; even a simple one that just dumps the program and bails would give you much of the information you need. If that's not feasible, change the user's job description message logging settings. I'd suggest LOG(4 00 *SECLVL). You should be able to do some problem determination with the information in the job log produced.
    6,795 pointsBadges:
    report
  • Scga4607
    Hi everyone. Perhaps you can change the user job descriptions in order to let the system reply to all messages. In this way the the end user cannot answer what's he want. CHGJOBD userjobd INQMSGRPY (*SYSRPYL) If no one deletes the dump file you can see what happened exactly in almost every situations. This is what I've made some years and it help a lot. Joaquim
    20 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following