× 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.



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


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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