[[https://www.revelation.com/|Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community]]


==== Select list from RBASIC var (AREV Specific) ====
=== At 22 SEP 2004 01:28:17PM Jared Lessl wrote: ===
 
{{tag>"AREV Specific"}}
 
<QUOTE>
Is there any way to take an arbitrary piece of data in a variable and have AREV think of it as the active select list? I can be certain that the data will never exceed 64K.



The only solution I've got is saving it to a temp table and doing a GET-LIST on it. But I find writing to disk just to assign something to memory especially aesthetically displeasing.
</QUOTE>
----

=== At 22 SEP 2004 02:55PM Jared Lessl wrote:  ===

<QUOTE>Apparently the correct question to ask is, what are the parameters for POP.SELECT?  Looks like it should be possible to fake AREV out that way, at least for a latent select, which is what we're after anyways.  From what I've been able to deduce so far...



Param1 - Was null in all my tests



Param2 - The list of record ID's last returned by the BFS/MFS.



Param3 - Numeric.  Purpose unknown.  Possibly a cursor ID?

Param3 - The current index of the SYSTEMP record being used.  Only applies to latent selects

Param3 - The maximum index of the SYSTEMP record being used.  Only applies to latent selects

Param3 - Character location of the next ID to return from Param2.

Param3 - In RBASIC selects, appears to be the file variable.

Param3 - Has always been '1' in my tests.



Param4 - In RBASIC selects, contains some binary data.  Null in latent selects.



Can anyone else help fill in the blanks?

</QUOTE>


[[https://www.revelation.com/revweb/oecgi4p.php/O4W_HANDOFF?DESTN=O4W_RUN_FORM&INQID=NONWORKS_READ&SUMMARY=1&KEY=270591032146407985256F17005FF961|View this thread on the  forum...]]