CPF5027, RNQ0202, RNQ1218 -- RPG400-L

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.

Subject: CPF5027, RNQ0202, RNQ1218
From: "Lim Hock-Chai" <Lim.Hock-Chai@xxxxxxxxxxxxxxx>
Date: Thu, 21 Dec 2006 13:23:30 -0600
List-archive: <http://archive.midrange.com/rpg400-l>
List-help: <mailto:rpg400-l-request@midrange.com?subject=help>
List-id: RPG programming on the AS400 / iSeries <rpg400-l.midrange.com>
List-post: <mailto:rpg400-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/rpg400-l>, <mailto:rpg400-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/listinfo/rpg400-l>, <mailto:rpg400-l-request@midrange.com?subject=unsubscribe>

When a program received a record lock error CPF5027, 
- If the CHAIN, READE, READ... is in the main-procedure, the job
recevies RNQ1218 (Unable to allocate a record) error.  RNQ1218 is an
inquiry message that allows user/operator to retry the record lock.
 
- If the CHAIN, READE, READ... is in a sub-procedure, the job receives
RNQ0202 (RPG procedure ended in error).  RNQ0202 is an inquiry message
that does not have a retry on record lock.
 
Question:  Is there a system setting/compile option that can be done to
make scenario two to always receive RNQ1218, instead of RNQ0202?
 
thanks.

Follow-Ups:

Re: CPF5027, RNQ0202, RNQ1218 , rob

This mailing list archive is Copyright 1997-2026 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.