HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.vm-util
Date:         Wed, 9 Sep 1992 09:16:08 EDT
From:         Turgut Kalfaoglu <TURGUT@FRORS12.BITNET>
Subject:      CLIP EXEC 1.2 stored
Comments: To: rexxlist@hearn.BITNET

I just stored a new version of this tiny utility that shrinks notebooks
by removing the unnecessary headers - if you are in the habit of
printing notebooks, you may save a few trees with it (ok, maybe a few
branches :)

It's available from the TREARN FILELIST of Listserv@trearn. Just send a
GET CLIP EXEC command to it.. Enjoy..  Regards, -turgut
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.vm-util
Date:         Tue, 15 Sep 1992 13:37:15 IST
From:         Hank Nussbacher <HANK@VM.BIU.AC.IL>
Subject:      QUIET option on LOGON cmd

The undocumented QUIET option on the LOGON command shuts off LOGMSGs
for people logging in.  Is there a way of setting this option in the
user's directory entry (I guess this would also be undocumented :-))?

Thanks,
Hank
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 11 Sep 1992 10:28:03 PDT
From:         Rodger Bagnall <RPB@UCSFVM.BITNET>
Subject:      re: ind$file running on cms reading os files
              11 Sep 1992 11:06:20 EDT from <LENBOYLE@CCVM.SUNYSB.EDU>

On Fri, 11 Sep 1992 11:06:20 EDT Leonard Boyle said:
>We have a user that is link to an MVS disk from cms. They are trying to
>use IND$FILE to transfer an sequential file from the OS-disk to their
>PC.
>
>The problem is that they do not know the DD to use to connect the IND$FILE
>program with the input file. Can anyone help with this info.
I tried this recently, I think it  can't be done.  The return codes I get
indicate, indirectly,  that the OS  file format isn't supported.   If the
source for IND#FILE is available maybe someone could modify it?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: State University of New York at Buffalo
Newsgroups: bit.listserv.vm-util
Date:         Fri, 11 Sep 1992 13:48:37 EDT
From:         "Steven P. Roder" <TKSSTEVE@UBVM.CC.BUFFALO.EDU>
Subject:      re: ind$file running on cms reading os files
              11 Sep 1992 11:06:20 EDT from <LENBOYLE@CCVM.SUNYSB.EDU>

On Fri, 11 Sep 1992 11:06:20 EDT Leonard Boyle said:
>We have a user that is link to an MVS disk from cms. They are trying to
>use IND$FILE to transfer an sequential file from the OS-disk to their
>PC.
>
>The problem is that they do not know the DD to use to connect the IND$FILE
>program with the input file. Can anyone help with this info.

If the MVS catalogs are ICF catalogs, then you cannot do it, since CMS does
not support reading ICF catalogs.  CMS does support VSAM catalogs.

Sorry to be the bearer of bad news, but I ran into this (brick) wall a couple
of weeks ago using filedef's and movefile.


Steve Roder
(tkssteve@ubvm.bitnet | tkssteve@ubvm.cc.buffalo.edu | (716)636-3564
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 11 Sep 1992 08:41:56 MSZ
From:         "Guenter Kratz" <GKRATZ1@DGOGWDG1.BITNET>
Subject: Re: How many days has a month ?-) Thanks

     Hello!
I just want to thank everyone who helped me to solve my problem by sending
suggestions or programs, private or over the list.
Thanks again!!
   Have a nice weekend
        Guenter
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 11 Sep 1992 15:36:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      Re: ind$file running on cms reading os files
              11 Sep 1992 13:48:37 EDT

> >We have a user that is link to an MVS disk from cms.
...
> If the MVS catalogs are ICF catalogs, then you cannot do it, since CMS does
> not support reading ICF catalogs.  CMS does support VSAM catalogs.

What do catalogs have to do with it?  CMS has a link to a virtual disk
which happens to be in MVS format, so it presumably goes in and reads
the VTOC.  My guess is that the best bet for reading a file from an OS
disk is to establish a CMS fileid by issuing a FILEDEF of the form

  FILEDEF ddname DISK name type mode DSN data.set.name

and then referring to 'name type'.  Unfortunately, this might work only
if the program uses OS-simulated I/O for reading the file.
                                  John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: East Tennessee State University
Newsgroups: bit.listserv.vm-util
Date:         Thu, 10 Sep 1992 13:51:51 EDT
From:         Bill Williams <CMS2@ETSU.BITNET>
Subject:      Re: Session

On Wed, 9 Sep 1992 15:42:35 PDT Rodger Bagnall said:
>On Wed, 9 Sep 1992 14:20:21 CST Terri Cameron said:
>>We recently discovered SESSION and have found it to be a real asset to
>lines deleted ..
>We use SESSION a  lot.  I think it is excellent.   The only problems I've
>encountered  have been  since we  switched to  SNA connections.   I don't
>understand this stuff at all, but could that be why you can't get to IMS?
>One problem is  that TERM BREAKIN GUESTCTL is ignored  for SNA terminals,
>so the machine  running SESSION can be interrupted, causing  loss of data
>on the SESSIONed userid.

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.)

Drawbacks?  Well, FULLSCREEN does take a little getting used to and that
ain't necessarily bad.  A hint for those who haven't tried it out:
I created a 'FULLSCREEN EXEC' which includes...
----------------------------------------------------------------------
/* CMSPF Rexx -- set BRWms PFKeys in the CMS FULLSCREEN environment */
'SET FULLSCREEN ON'
'SET CMSPF 23 Session DELAYED SESSION '
'SET CMSPF 24 Session NOECHO SESSION'
/* ...any other PFKey settings you have you should duplicate with
      as CMSPF keys... */
'CP SET PF3 IMMED SET FULLSCREEN RESUME'
----------------------------------------------------------------------
...the net effect of it gives me the PF3 to flip in and out of
FULLSCREEN -- CMSPF 3 in FullScreen is by default a FULLSCREEN SUSPEND
which flips me out, and now PF3 is a FULLSCREEN RESUME which flips me
back in.  I only need run FULLSCREEN EXEC once per LOGIN or if you
do a SET FULLSCREEN OFF it must be re-run.  Also note
that it's a good idea to SUSPEND if/before you are running GONE.

Which reminds me... if you are running FULSCREEN ON and do a DISConnect
any incoming messages will be logged and the sender will not get the
usual CP message about the USERID DISCONNECTED.  The won't get any
response, but you will get their messages.  At least that's the way it
works under:  VM/XA CMS 5.6, Service Level 205

 ---------------------------------------
   Bill Williams -- ETSU Systems Support
    East
    Tennessee             (615) 929-6853
    State
    University        <CMS2@ETSU.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Tue, 8 Sep 1992 15:30:45 PDT
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Re: HISTOREX Packed Files (private message to David Wescott)

David Wescott <HW1.DWESCOTT@TS3.TEALE.CA.GOV> says:
>
>Can anyone send me unpacked copies of the HISTOREX files, or offer some other
>alternative?  We do not have access to FTP.
>
Apologies for bothering all the other list-subscribers, but ....

David, I tried to reply to send a private reply to you,
but got the following "rejection-message" from your Soft-Switch Central server.
!-------
! Date: Tue, 08 Sep 92 15:19:31 PDT
! From:  <SMTP@uvvm.UVic.CA>
! To: <KLASSEN@UVVM.UVic.CA>
! Subject: Undeliverable Mail
!
! uvvm.UVic.CA unable to deliver following mail to recipient(s):
!     <HW1.DWESCOTT@TS3.TEALE.CA.GOV>
! uvvm.UVic.CA received negative reply:
! 554 Transaction failed, autoregistration of sender failed
!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 11 Sep 1992 16:28:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      Replying ...

>     I've tried to create a temporal disk, but I can't acces to
> it when I'm running  the FTP from MS-DOS to the ES/9370 to get the
> downloaded program.

Why can't you FTP from the 9370 to the PC?  If you do, then you can
PUT from the mainframe to the PC.  Alternatively, you could use Kermit
to transfer the file.
                                       John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 11 Sep 1992 15:04:40 CDT
From:         Tim Eisler <U18983@UICVM.BITNET>
Subject:      Re: file transfer to temp disk

I'm not sure I understand you. If your minidisk is not large enough, then
where is the driver now and to what machine are you trying to copy it?

If you've got the driver on DOS and you're trying to get it up to your
9370 then I think I have a solution:

Do you have an FTP or TFTP server on your DOS machine? If so, then start
it and issue your FTP (or TFTP) commands from CMS. You'll be able to do
a GET command specifying the filemode of your tempdisk.

Tim Eisler
Systems Programmer
Computer Center
University of Illinois at Chicago

>      I'm trying to download via FTP a TRIDENT driver, but it is bigger
> than the space I have in my minidisk, (in a ES/9370 account).
>      I've tried to create a temporal disk, but I can't acces to
>  it when I'm running  the FTP from MS-DOS to the ES/9370 to get the
> downloaded program.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.vm-util
Date:         Mon, 7 Sep 1992 11:56:37 EST
From:         GA522410@VMTECTOL.BITNET

I have an acount on a ES/9370 . Is it posible to acess a BBS
number?


Tanks in advance for your help


     Gerardo Arturo.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Portland Community College
Newsgroups: bit.listserv.vm-util
Date:         Mon, 14 Sep 1992 07:18:12 PDT
From:         "Russell N. Hathhorn, VM Systems Support" <SYSMAINT@PCCVM.BITNET>
Subject:      Re: Session

On Fri, 11 Sep 1992 21:14:52 EDT Bill Williams said:
>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:
>BTW: Arty, Have you considered putting SESSION source, updates, etc. on
>a LISTSERV?  Or have I just missed it?

I have (what I believe to be the latest version - Arty correct me If I am
wrong) of session here on LISTSERV@PCCVM

+---------------------------------------------+-------------------------------+
|   Russell N. Hathhorn                       |  Bitnet: SYSMAINT@PCCVM       |
|   VM Systems Programmer/Analyst             |  Compu$erve: 76636,1036       |
|   Portland Community College                |  Voice: (503) 244-6111 x 4705 |
|   12000 S. W. 49th Avenue                   |  Fax:   (503) 324-7010        |
|   Portland, Oregon  97219-0990              |  "     Just say NO to OCO   " |
+---------------------------------------------+-------------------------------+
| "No free man shall ever be debarred the use of arms... The strongest reason |
|  for people to retain the right to keep and bear arms is, as a last         |
|  resort, to protect themselves against tyranny in government."              |
|  Thomas Jefferson - Proposal Virginia Constitution, June 1776               |
|  Thomas Jefferson Papers, 334 (C. J. Boyd, Ed., 1950).                      |
+-----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Tue, 8 Sep 1992 23:33:55 EDT
From:         Bill Gruber <BIGCU@CUNYVM.BITNET>
Subject:      Re: Temp disk space.
              9 Sep 1992 09:35:44 EDT from
              <CCBW%MUSICA@TSCC.MACARTHUR.UWS.EDU.AU>

On Wed, 9 Sep 1992 09:35:44 EDT Brian Watson said:
>...define a temp disk but his jobs kept getting bigger and he did not
>want to wait for 70 cyls of 3380 to format each time he logged on.

If your site happens to have SYBACK for backups, SYBACK has a FORMAT function
which is several times quicker than CMS' format. (3 to 10 times less elapsed
time).

Seems to me that if a person gets a temp disk at logon and always disconnects
then it isn't really a TEMP disk, is it?  I mean, he's using the 70 cyls either
way and depriving the resource from the rest of the system (assuming he logs
on lots)... isn't simpler to just let him have the space?

Bill Gruber   BITNET: BIGCU@CUNYVM  Internet: BIGCU at CUNYVM.CUNY.EDU
City University of New York Computer Center
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Wed, 9 Sep 1992 21:50:20 -0400
From:         Anthony Ng <CCENGNM@NUSVM.BITNET>
Subject:      Re: Temp disk space.

>[...]
>Seems to me that if a person gets a temp disk at logon and always disconects
>then it isn't really a TEMP disk, is it?  [...]                         either
>
>Bill Gruber   BITNET: BIGCU@CUNYVM  Internet: BIGCU at CUNYVM.CUNY.EDU
>City University of New York Computer Center

Look at it this way: The disk is as temporary/permanent as until
the next IPL.

---------
*****************************************************************
* Anthony Ng                        * "Don't Look Back !"       *
* Systems Programmer                *      Luke 9:62            *
* NATIONAL UNIVERSITY OF SINGAPORE  * "Batteries NOT included,  *
* Bitnet : CCENGNM@NUSVM            *  neither any guarantte."  *
*****************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"VM-UTIL%TREARN.BitNet@pucc.PRINCETON.EDU"
Newsgroups: bit.listserv.vm-util
Date:         Thu, 10 Sep 1992 06:14:08 TUR
From:         RITTERBUS001@WCSUB.CTSTATEU.EDU
Subject:      RE: Temp disk space.
Comments: To: VM-UTIL%TREARN.BitNet@pucc.PRINCETON.EDU

>to define a temp disk but his jobs kept getting bigger and he did not
>want to wait for 70 cyls of 3380 to format each time he logged on.  I

I doubt it it will help your user's problem, but this reminded me of another
issue that I wanted to ask on the net.  I recall hearing of a scheme where
a user's temp disk would not be lost in case of a system crash.  Actually,
it was not truly temp disk, but instead a variety of mini-disks assigned to
a service V/machine.  When requested, this machine would "loan" one of his
disks in write mode to the requesting user.

I would assume that the allocation to each user would be handled in a
circular queue, so that even if a disk were released by the "borrower"
(inadvertantly, or system crash, etc.), the likelyhood of the next user
requesting the same disk would be minimized.  The service machine would
maintain some sort of short log file as to what disk had last been assigned
to which user, and if the same user wished to re-access the same disk
could do so, thereby recovering any "temp" files.  If the disk were
subsequently assigned to a different user, the service machine could
erase all files before allocating it.  Of course, all of the disks would
be pre-formatted, saving the time and resources required to do so at
each request.

Now for my question.  Does anybody know of this system, and if so, is it
available anywhere on the net?

Jim Ritterbusch
ritterbus001@wcsu.ctstateu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Marist College
Newsgroups: bit.listserv.vm-util
Date:         Fri, 11 Sep 1992 20:49:45 EDT
From:         "A. Harry Williams" <HARRY@VM.MARIST.EDU>
Subject:      Re: ind$file running on cms reading os files
              11 Sep 1992 16:42:49 EDT from <TKSSTEVE@UBVM.CC.BUFFALO.EDU>

On Fri, 11 Sep 1992 16:42:49 EDT Steven P. Roder said:
>On Fri, 11 Sep 1992 15:36:00 EDT John F. Chandler said:
>>> >We have a user that is link to an MVS disk from cms.
>>...
>>> If the MVS catalogs are ICF catalogs, then you cannot do it, since CMS does
>>> not support reading ICF catalogs.  CMS does support VSAM catalogs.
>>
>>What do catalogs have to do with it?  CMS has a link to a virtual disk
>>which happens to be in MVS format, so it presumably goes in and reads
>>the VTOC.  My guess is that the best bet for reading a file from an OS
>>disk is to establish a CMS fileid by issuing a FILEDEF of the form
>>
>>  FILEDEF ddname DISK name type mode DSN data.set.name
>>
>>and then referring to 'name type'.  Unfortunately, this might work only
>>if the program uses OS-simulated I/O for reading the file.
>>                                  John
Melvin Klassen point out to me privately that IND$FILE does use OS-simulated
I/O(as far as he could tell for an OCO module), and so this might not work

>
>This is what I could not get to function when the MVS catalog on the linked
>volume is an ICF catalog, rather than a VSAM catalog.

I went and tried this on our system.  We are running with ICF catalogs
on MVS/ESA.  As long as I have access to the proper volume, I can use the
MVS VTOC, and access the file.  I got it to work here.  I can't use
the catalog, so I must use the proper volid.
>
>
>Steve Roder
/ahw
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Wed, 9 Sep 1992 15:37:26 EST
From:         "C. D. Stravers" <POSTMAN@INDYMED.BITNET>
Subject:      SDI

I have lost contact with a company called SDI (software diversified inc. I
think). Does any one have a recent telephone number for these folks. The
products I have are VM/MAGIC and VM/CACHE.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Sat, 12 Sep 1992 00:00:28 EST
From:         Paul Russell <PRUSSELL@IUBVM.BITNET>
Subject:      re: ind$file running on cms reading os files
              11 Sep 1992 13:37:12 EDT from <HARRY@VM.MARIST.EDU>

Another possibility would be to use FILEDEF and MOVEFILE to copy the
file from the Other System to a CMS disk, then use the newly-created
CMS file as the source file for the IND$FILE operation.  pdr
------------------------------------------------------------------------
On Fri, 11 Sep 1992 13:37:12 EDT A. Harry Williams said:
>On Fri, 11 Sep 1992 11:06:20 EDT Leonard Boyle said:
>>We have a user that is link to an MVS disk from cms. They are trying
>to
>>use IND$FILE to transfer an sequential file from the OS-disk to their
>>PC.
>>
>>The problem is that they do not know the DD to use to connect the
>IND$FILE
>>program with the input file. Can anyone help with this info.
>
>I'm not sure it can be done.  The TSO and CMS versions are separate
>products.
>
>One way might be to use the FILEDEF command to re-direct a 'fn ft fm'
>to a dsn.  .....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 4 Sep 1992 23:25:11 -0400
From:         Anthony Ng <CCENGNM@NUSVM.BITNET>
Subject:      Re: LOGOFF/FORCE PENDING

On Fri, 4 Sep 1992 08:38:04 CDT, Bill Hunter <BHUNTER@UA1VM.UA.EDU> says

>NETSTAT DROP xxxx has always fixed users who have telnet'ed to our VM/XA
>system and somehow get into the 'LOGOFF/FORCE' state.  [...]
>
>Bill Hunter
>The U. of Alabama

We try to NETSTAT DROP as much as we can. Sometimes we can't even
salvage the TCP/IP id on our machines as we had lots of hits from our
3172 box.

---------
*****************************************************************
* Anthony Ng                        * "Don't Look Back !"       *
* Systems Programmer                *      Luke 9:62            *
* NATIONAL UNIVERSITY OF SINGAPORE  * "Batteries NOT included,  *
* Bitnet : CCENGNM@NUSVM            *  neither any guarantte."  *
*****************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Wed, 9 Sep 1992 09:35:44 EDT
From:         "Brian Watson" <CCBW%MUSICA@TSCC.MACARTHUR.UWS.EDU.AU>
Subject:      Temp disk space.
Comments: To: VM-UTIL@OHSTVMA.ACS.OHIO-STATE.EDU

Hi,
   We have a user here who is using lots of disk space and uses all that
we give him.  Because of this, he has no space left on his RW disks for
SPSSX to write it's work files.  We tried to fix this by showing him how
to define a temp disk but his jobs kept getting bigger and he did not
want to wait for 70 cyls of 3380 to format each time he logged on.  I
then suggested that he #CP DISC instead of logging off.  He is satisfied
for now but I see this as a kludge.  Has anyone any solutions to this
problem?

Any hints or suggestions greatly appreciated,


---
  Brian Watson
  Programmer, Computing Centre
  University of Western Sydney, Macarthur
  Internet: b.watson@uws.edu.au
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Tue, 8 Sep 1992 08:43:47 MSZ
From:         "Guenter Kratz" <GKRATZ1@DGOGWDG1.BITNET>
Subject:      How many days has a month ?-)

     Hello out there!
May be this is not the right place to ask, because the utility I have to
write should be in REXX. On the other hand I don't want to be flamed by
the people of REXXLIST because REXX seems to be a mixture of "Blanks,
whitespaces and some other stuff" in these days ... and I always thought
that only the "stuff" was REXX ;-))
Now to my question: I want to write an EXEC which calculates differences
between two dates. It is easy since the result only contains Years, Days,
Hours, Minutes and Seconds, but what when the result also shall contain
Months?
For example:                                      yy mm dd hh mm ss
        02/28/83 23:59:59 - 03/01/83 00:00:01 ==> 00 00 00 00 00 02  ok
        02/28/83 23:59:59 - 03/28/83 23:59:58 ==> 00 00 27 23 59 59  ok
        02/28/83 23:59:59 - 03/28/83 23:59:59 ==> 00 00 28 00 00 00  ???
                                              or  00 01 00 00 00 00  ???
        02/28/83 23:59:59 - 03/31/83 23:59:58 ==> 00 01 02 23 59 59  ok   :-)
    but 02/28/83 23:59:59 - 04/01/83 00:00:01 ==> 00 01 00 00 00 02  !!!  :-(
    and 02/28/83 23:59:59 - 04/03/83 23:59:58 ==> 00 01 02 23 59 59  also :-<

I hope these examples illustrate my problem.
Has anyone heared about rules how to handle this problems?

Any help will be apreciated!!!

     Greetings
   Guenter Kratz
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Thu, 10 Sep 1992 15:38:03 PDT
From:         Rodger Bagnall <RPB@UCSFVM.BITNET>
Subject:      Re: Session

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.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU