ISRSUPC in Foreground mode

Badri Jayaveeran · New User Joined: 22 Mar 2011 Posts: 1 Location: India

I'm trying to use ADDRESS LINKMVS to call the Search-For Utility in Foreground mode. Please find below the code snippet:

ADDRESS TSO "ALLOC FI(OUTDD) DA('"<DSName1>"') SHR"
ADDRESS TSO "ALLOC FI(NEWDD) DA('"<DSName2>"') SHR"
ADDRESS TSO "ALLOC FI(SYSIN) DA('"<DSName3>"') SHR"

ADDRESS LINKMVS ISRSUPC SRCHCMP

ADDRESS TSO "FREE F(NEWDD)"
ADDRESS TSO "FREE F(SYSIN)"
ADDRESS TSO "FREE F(OUTDD)"

The above code works fine and returns the control back to my REXX routine. But for the searches which takes a longer time, e.g., NEWDD containing a lot of members to be searched (or) SYSIN dataset contains multiple search strings, I'm not getting the control back to my REXX routine and finally the Mainframe session gets automatically disconnected. Can someone suggest a solution to handle this scenario. I cannot go for batch mode, as the entire functionality of my tool is completely online. Can you tell me if I'm missing something.

enrico-sorichetti · Posted: Wed Mar 23, 2011 2:24 pm

dbzTHEdinosauer · Posted: Wed Mar 23, 2011 2:44 pm

in the other website where you posted this rookie question,
you mentioned the S322 abend your batch job received
as the reason you cannot run in batch,
but instead must tie-up a tso session for so long that it times out.

as your operations group which CLASSes are available and their CPU time restrictions-

expat · Posted: Wed Mar 23, 2011 4:00 pm

Dick,

Surely the OP would only get a timeout from TSO if the session was idle for the site specific time limit, which sort of indicates to me that the REXX or whatever is not functioning correctly and is sitting there twiddling its thumbs.

Of course it is the usual case of this is what I am going to do, with no explanation of the whys and wherefors of what actually needs to be done, so having no idea of what the OP wants to do, we can't really help any more

dbzTHEdinosauer · Posted: Wed Mar 23, 2011 6:11 pm

yeah, the ISRUPC call is taking a long time (exceeded the time limit for a batch job of some class)
and the rexx can do nothing except wait for the return.

Pedro · Posted: Wed Mar 23, 2011 7:30 pm

Can you provide a sample of the SYSIN file?

Is there a threshold where it works and if you add another member, it does not work? How many members are you trying to search?

don.leahy · Posted: Thu Mar 24, 2011 4:20 am

Sometimes TSO sessions have a CPU limit too. Usually it is generous enough to have no impact on doing ordinary work, but a long running foreground process may use it all up.