Re: This is strange: an RNQ1011 for no apparent reason

Then the issue must reside in this one program, not in the data?

Also, the message is saying there is a record; its just not the kind of record you are expecting? In other words, it believes there are at least two kinds of records defined in that PF. The kind you know are there, and then all of the other undefined kind(s). "03" appears to be one of those other undefined kind(s)?

One more thought: Lets wonder about the parm. Just to insure that the issue isn't related to the parm, if you chain with "03" instead of the parm, does it still fail? I expect it does, but weirder things have happened.

On 11/16/2012 8:50 PM, James Lampert wrote:

Booth Martin wrote:

That sounds to me like a strong possibility you have a missing k on the
file spec. It sounds like it may be chaining to RRN 3 and finding a
deleted record in that slot.

Just a SWAG.

No, it's not a missing K:

FWTEREL IF E K DISK

The key value we're chaining to ('03' as a character string) is being
passed into the program as a parameter.

The thing is, it works on every other instance we have of WTEREL. Just
the one environment in which the conditions caused the program to be
called with the key of a nonexistent record.

And there aren't any deleted records in the file, and there is
definitely a record at RRN 3.

--
JHHL