Evan Harris wrote:

Yes, it runs in QSH. I don't know what that should be a problem.

I don't know either since QSH is a part of 5722SS1 (and related ones on later/earlier versions.)

In any case, the thread subject refers to "Physical Files". One /possible/ direction that has been around a long time could involve using the QLGSORT API to present output in a buffer. By stepping through the buffer (with attention to the length of the 'search string' and possibly other elements such as CCSIDs), the QCLSCAN API could determine if the string was found.

QLGSORT can be called for pretty much any PF. The 'sort' request can be adjusted dynamically based on the attributes of the file that's currently being processed. It could be called for each PF in a list of PFs. The 'sorting' is actually irrelevant when just looking for a string, so any sort-sequencing would do.

Obviously, QCLSCAN is just a commonly recognized API. There are many other possibilities if we want to go beyond just OPM CL which wouldn't support sufficiently large buffer sizes to be really decent.

Overall, it doesn't seem to be a big deal to create so that it works reasonably reliably.

Wasn't there something called Net.Question, or similar, at one time that could create search indexes over text fields? Or did that only apply to streamfiles?

Tom Liotta

This thread ...


Return to Archive home page | Return to MIDRANGE.COM home page