Re: More fun with native RLA on an SQL view

Luis Rodriguez wrote:

Anyway, if you solve your problem please let us know, if only because

some

of us hate “loose ends” :-).

Well, the loose ends are neatly tied up on the MI list, but to summarize
(and make it clear to those who aren't MI geeks):

Based on information from Leif Svalgaard's web site, I found the values
for the "Option List" bytes passed to the RLA system calls, and it seems
that a hex '01' in the first byte is "Read First."

When I manually changed that in the application's SETLL-equivalent call
(from the debugger), all I managed to do was crash it. And setting the
RRN to zero or lower, although it didn't crash anything, didn't help,
either.

Then Monday evening, mainly prodded by some of the more practical
suggestions I'd gotten, I had a flash of insight: poke that x'01' byte
into the option list of the READ-equivalent call. So I recompiled to
make that option list debugger-accessible, and then, when I finally got
back to it yesterday morning, I tried it, and it worked perfectly.

All that was left was to turn that idea into something that would work
in a shippable product, which took only a few hours: now, whenever the
app seeks to a RRN <= 1, it also sets the read option to "read first"
(which is reset to its normal value immediately after every read).

--
JHHL
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.