Lock the screen when xmit data

henry888 · New User Joined: 21 Sep 2009 Posts: 51 Location: china

I am making a tool for xmitting data and what I want to implement is that keeping screen locked when xmitting data is being executed,and after that,screen should be released for use.
does anyone get the knowledge or any idea?

thanks a lot.

valyk · Posted: Fri May 07, 2010 9:06 pm

Redisplay the panel with the "CONTROL DISPLAY LOCK" function.

prino · Posted: Fri May 07, 2010 9:15 pm

If you're creating an XMIT file in foreground REXX, your screen will be locked anyway, so why not KISS?

henry888 · New User Joined: 21 Sep 2009 Posts: 51 Location: china

no,the XMIT is not in foreground,it is actually in background using TSO XMIT command written by REXX.

Thanks valyk for your guide,

my situation is like this:the XMIT action is a loop process,when the first dataset is being XMITed,a message panel must be shown that the XMIT is going on,and should keep locked status until all the datasets are XMITed.
My my question is:if the message panel needs to keep locked,how the REXX codes to be executed in the following for 2nd,3rd...dataset?(if you don't put action to panel like pressing PFkeys,the rexx codes will not be triggerred to excute...)

if I am wrong please correct me...
And anyone could help to give a solution to my situation?

prino · Posted: Fri May 07, 2010 11:27 pm

As I already wrote, "If you're creating an XMIT file in foreground REXX, your screen will be locked anyway, so why not KISS?"

Now do you understand?

dbzTHEdinosauer · Posted: Sat May 08, 2010 12:14 am

Pedro · Posted: Sat May 08, 2010 3:55 am

Henry, please read the ISPF Services Guide for the information about 'CONTROL DISPLAY LOCK'. I think the manual will answer your question.

CICS Guy · Posted: Sat May 08, 2010 4:37 am

Pedro · Posted: Sat May 08, 2010 4:46 am

There is a tab at the very top of this page marked 'IBM manuals'. But actually, I like this link: www-03.ibm.com/systems/z/os/zos/bkserv/r11pdf/#ispf

I would not expect this to be their first time to see the manuals.

CICS Guy · Posted: Sat May 08, 2010 7:04 am

Thanks for the pointer, but I really hate the 'infoserver' format and the pointer is not that specific to the "'CONTROL DISPLAY LOCK'" in the "ISPF Services Guide" you were implying.

henry888 · New User Joined: 21 Sep 2009 Posts: 51 Location: china

thanks everyone for your replies

and a new question :when after executing TRANSMIT command successfully,the sender will receive some information like:
DMTNTR147I Sent file 2904 (7280) on link....
10.44.15 TSU17468 $HASP546 XXXXXXX (TSU07280 FROM XXXXXXX ) SYSTEM OUTPUT RECEIVED AT XXXXXXX CN(INTERNAL)

and these information sometimes can confuse the user,how can I let these information not appear in screen?

PeterHolland · Posted: Sat May 08, 2010 4:46 pm

I think any user likes to know someone did send something.

enrico-sorichetti · Posted: Sat May 08, 2010 7:00 pm

and anyway the DMTNTR147I message is not a zOs message
is a message generated by a RSCS node somewhere in the network telling that the file has been successfully processed by RSCS

Pedro · Posted: Sat May 08, 2010 9:20 pm