home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!paladin.american.edu!auvm!ETSU.BITNET!CMS2
- Organization: East Tennessee State University
- Message-ID: <VM-UTIL%92091121240268@OHSTVMA.IRCC.OHIO-STATE.EDU>
- Newsgroups: bit.listserv.vm-util
- Date: Fri, 11 Sep 1992 21:14:52 EDT
- Sender: VM Utilities Discussion List <VM-UTIL@OHSTVMA.BITNET>
- From: Bill Williams <CMS2@ETSU.BITNET>
- Subject: Re: Session
- In-Reply-To: Message of Fri, 11 Sep 1992 09:53:51 EDT from <ECKCU@CUNYVM>
- Lines: 41
-
- On Fri, 11 Sep 1992 09:53:51 EDT Arty Ecock said:
- >On Thu, 10 Sep 1992 15:38:03 PDT Rodger Bagnall said:
- >>On Thu, 10 Sep 1992 13:51:51 EDT Bill Williams said:
- >>>I have a work around on this. When I'm running in an SNA session I
- >>>'SET FULLSCREEN ON'. Now I can SESSION around all over the place and
- >>>the CMS FullScreen grabs incoming stuff with the result that I don't get
- >>>blasted back to "home" with every message *and* when I do return to
- >>>"home" all the messages are there for me to see. (In a LOGFILE, too.)
- >>This looks good, no data lost. However, when a message arrives on the
- >>machine that is running SESSION + FULLSCREEN and I temporarily disconnect
- >>to return to it, the screen displayed by the sessioned machine is
- >>overlayed with the window containing the message. I assume that
- >>FULLSCREEN doesn't know it should completely refresh the screen. Do you
- >>have any suggestions? Thanks.
- >Hi,
- >
- > SESSION mis-behaves a little with Fullscreen CMS. I thought I had fixed
- >this some time ago, but it sure looks broken at the moment. I'll tinker with
- >SESSION a little and try to fix this little nit.
- >
- >Cheers,
- >Arty
-
- Gee whiz... I don't know what you guys are talking about! My
- SESSION + FULLSCREEN comes back (temporary disconnect) correctly. I
- haven't seen the situation Rodger describes. Perhaps it's a difference
- in our VM/CMS releases? I'm running: VM/XA CMS 5.6, Service Level 205
-
- I've been using this setup for my VTAM sessions ever since we went to
- VM/XA where the BREAKIN GUESTCTL became disabled on a VTAM session. I
- just have not had problems with it.
-
- BTW: Arty, Have you considered putting SESSION source, updates, etc. on
- a LISTSERV? Or have I just missed it?
-
- ---------------------------------------
- Bill Williams -- ETSU Systems Support
- East
- Tennessee (615) 929-6853
- State
- University <CMS2@ETSU.BITNET>
-