×
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.
As others have said Chuck, there isn't enough information to make more than an educated guess. Your assuming the job log statements are complete. We don't know that.
Thanks,
Gary Monnier
IT Software Engineer CSM, CSPO
-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of CRPence
Sent: Tuesday, June 28, 2016 10:57 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: I have an anomaly, please explain to me. **External Email** <-- not really
On 28-Jun-2016 12:30 -0500, Buck Calabro wrote:
On 6/28/2016 12:51 PM, Monnier, Gary wrote:
This appears to me to be a program failing and the invoking module
not handling errors. It looks like your CL is failing and returning
to your RPG, and runs again.
Try placing an error indicator on the call to your CLP. You can then
handle the error how you see fit. It could be a timing issue where
your CPYF tables are locked when the CLP is first run.
Might explain why it's occasionally re-running. Imagine that the CL
runs, gets an error and someone answers the QSYSOPR messages with a C
to cancel the CLP and then an R to re-try in the RPG.
I doubt that, per:
The chosen snippet of joblog, unless highly redacted, would presumably contain _something_ indicative of that effect.? The CLP has no monitors, so if there were any failure in the CLP, there would be expected to show a *FC and a CPA0701, the reply message. If the CLP did somehow terminate directly to the RPG [without any visible CL run-time handling], then the equivalent RPG run-time default handler and its inquiry equivalent to CPA0701 would presumably have appeared, again with the reply message, plus any preceding error messages are unlikely to get removed by the RPG program.? And most notably, the apparent _normal_ CL program /RETURN/ [the RETURN message F/QCLRTNE] effect shown, seems to contradict any speculation that the CL failed in any way.
--
Regards, Chuck
--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
As an Amazon Associate we earn from qualifying purchases.