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-6/ELSmrcqeUu8xhjR5IN5AC/[email protected]> 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: [email protected]
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/c400-l
> or email: [email protected]
> 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
>
-- 
This is the Bare Metal Programming IBM i (AS/400 and iSeries) (C400-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/c400-l
or email: [email protected]
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