Re: Strange difference in behavior between V6 and V7, on an SQL View opened for native RLA

In the spirit of "Is it Plugged in?"...

Does Run SQL Scripts work?

What v7 release?

I don't see anything obvious in the MTUs for any of the v7 releases...

I don't suppose Questview is opening the the file for update? And the view
is non-updatable?

Have you tried an equivalent RPG program by chance?

Seems like IBM may have closed a loop-hole...but you may need to ask them..

Charles


On Wed, Apr 29, 2020 at 4:15 PM James H. H. Lampert <
jamesl@xxxxxxxxxxxxxxxxx> wrote:

Got a really weird one here.

Given a rather complex SQL view, with three sub-views UNION ALL'd
together, which was created on a V6 box, and then restored from a save
file on a V7 box.

If we use our QuestView utility (native Record Level Access, called from
OPM MI) to look at this view, on a V6 box, it works just fine, I can
step through the file at will, and these messages appear in the joblog:

Arrival sequence ignored for member FOO.
Open of member FOO changed to SEQONLY(*YES).
Open of member FOO changed to SEQONLY(*YES).
Buffer length longer than record for member FOO.
Open of member FOO changed to SEQONLY(*YES).

All well and good. But on the V7 box (and remember, this view was
created under V6, and retrieved from a save file), QuestView craps out,
and I get this in the joblog:

Arrival sequence ignored for member FOO.
Operation for program device or member FOO, file FOO in
library FROBOZZ is not valid.
I/O is not allowed because the program device or member FOO file
FOO in library FROBOZZ is in error.
Error message received by QuestView. See messages in job log for details

I immediately noticed the "SEQONLY" message is absent (I tried an OVRDBF
with SDQONLY(*YES), and there was no change in the result).

The "Operation . . . is not valid" message is a CPF5149, sent from
QDBSIGEX to QuestView's master MI program, at an instruction that calls
the RLA runtime to do the equivalent of an RPG SETLL (by RRN).

The "I/O is not allowed . . . " message is a CPF5129, sent from QDMIFERR
to the master MI program, at an instruction that calls the RLA runtime
to do the equivalent of an RPG READ (again, by RRN).

Can anybody here shed any light on this?

--
James H. H. Lampert
--
This is the Bare Metal Programming IBM i (AS/400 and iSeries) (C400-L)
mailing list
To post a message email: C400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/c400-l
or email: C400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/c400-l.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com