(I posted this directly to the Google Groups version of the list, but
apparently that doesn’t spit it out to all the subscribers.)

 

I'm hitting a wall with my IPCS Rexx exec.   Here's the set up. 

 

My IPCS Rexx exec is called from the IPCS command line.  It gets a bunch of
data from a dump, builds an ISPF Table and then puts up a panel with
TBDISPL.   I then have a "do while" loop in Rexx to handle the TBDISPL and
hold that until PF3 is hit on the panel. 

 

Inside the "do while" loop, I look for row selections. 

 

When the user does select a line, (to drill into raw storage), I detect the
table row selection and successfully call Address IPCS "LIST ..." from
within the TBDISPL "do while" loop.  Here's where the trouble starts. 

 

If there is more than 1 screen of data to display (because I use a LIST …
LENGTH(4096) for example), the IPCS print output from the LIST command
displays as expected and I can scroll up and down in the LIST output.
However, when I hit PF3 to get out of the LIST output, the "signal on halt"
routine in my Rexx exec gets control and my Rexx exec goes away.  I don't
want this to happen - I want my panel to continue to be displayed.

 

If there is < 1 screen of data to display (like with LIST ... LENGTH(128)),
the LIST command output does not show up all at until I finally hit PF3 from
my Rexx exec's TBDISPL panel to go back to native IPCS.  It is then when I
see the LIST command output.  (A bit too late) 

 

Perhaps I should not be issuing the IPCS LIST command and should be using
something else?  I looked for an option on the LIST command to turn off
signal processing, but didn't see it. 

 

Thanks, Todd 

 

 

 

 


No virus found in this outgoing message.
Checked by AVG. 
Version: 7.5.524 / Virus Database: 270.6.6/1627 - Release Date: 8/22/2008
6:48 AM
 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to