HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.hellas
Date:         Sat, 5 Sep 1992 01:03:35 -0400
Reply-To:     Dimitrios Ioannou <dioan@ROBOT4D.NUCENG.UFL.EDU>
From:         Dimitrios Ioannou <dioan@ROBOT4D.NUCENG.UFL.EDU>
Subject:      Taraxes sto MD
Comments: To: hellas@brownvm.brown.edu

 Sugklovistika vea mas stelvei o avtapokritns mas
apo perioxn MD-DC. Ws gvwstov avwtato stelexos twv
T'fagwv me megaln drastnriotnta stov
e0vikoapeleu0erwtiko agwva kata twv Tourkwv ( gvwstos
kai me to proswvumio Gkouras Belissarakos ) exei
e3orgis0ei me tnv avti-Tourkofagikn mas drastnriotnta
alla kai me tn suvexn diarron plnroforiwv apo to
kevtrika grafeia twv T'fagwv pros tnv efnmerida mas.
 Mas grafei loipov o praktoras mas pou me to yeudwvumo
AlTour exei kataferei va eisel0ei ba0ia sto arxngeio
twv T'fagwv xwris va givei avtilnptos oti o ev logw
T'fagos opou sta0ei ki opou bre0ei "mal..kes mas
avebazei mal...kes mas katebazei" malista n ekfrasn pou
suvn0ws xrnsimopoiei eivai : "autos o m...kas apo tn
Florida". Kai eav exei e3orgis0ei mia fora me mas exei
e3orgis0ei ekato fores me to brwmero praktora mas
AlTour kai exei e3apolusei lutous kai demevous pros
evtopismo tou.
 Osoi exete kapoia idea gia to poios eivai parte
toll-free: 1-800-BELISSARAKOS n
           1-800-GKOURAS

 Meta apo auta o praktoras mas dnlwse oti n apostoln
tou givetai akrws epikivduvn kai mas zntnse trinmern
adeia gia va glutwsei apo tov kloio twv T'fagwv pou
givetai olo kai pio sfixtos.

 Dnmntrns
 UF
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 10 Sep 1992 15:56:21 CDT
From:         Tim Eisler <U18983@UICVM.BITNET>
Subject:      Re: Share-Ware Screen Painter for VM

It looks like you get a copy of IOS3270 when you get TCP/IP for VM,
5798-FAL. I found it on the 592 disk of both the version1 and version2.2
maintenance accounts.

Tim Eisler
Systems Programmer Computer Center
University of Illinois at Chicago

> Some years ago, I'm going to say 1987 (+/- a year), I found a
> copy of a tool called IOS3270 on the VM Workshop tape,
> I think the file number on the tape was 10 or 11.
>
> But I am not sure if that was done legally or not?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 11 Sep 1992 12:06:58 +0200
From:         "Lawrence S. Kalman" <VSLAWR@WEIZMANN.WEIZMANN.AC.IL>
Subject:      Re: Problems with OPEN macro
              11 Sep 1992 08:26:24 GMT from <J.G.Bryan@BHAM.AC.UK>

On Fri, 11 Sep 1992 08:26:24 GMT Graham Bryan said:
>
>Following our upgrade  from VM/ESA 1.0 to VM/ESA  1.1 yesterday one
>of our users is seeing a  strange problem. He has a FORTRAN program
>which calls an assembler subroutine. The assembler subroutine makes
>use  of the  OPEN, CLOSE,  PUT, GET  and DCB  macros from  "OSMACRO
>MACLIB".
>
>...
>
>When everything is  compiled and run (using  his usualy procedures)
>the user sees the following error messages:-
>
>AFB210I VFNTH : PROGRAM INTERRUPT - OPERATION EXCEPTION
>        VFNTH : PSW 03EC120080000002
>        VFNTH : LAST EXECUTED FORTRAN STATEMENT IN PROGRAM MAIN.
>
>TRACEBACK OF CALLING ROUTINES; MODULE ENTRY ADDRESS = 01100000.
>
> ..... etc .....
>
>Tracing the flow of execution show that it is the SVC that implements
>the OPEN macro that is blowing up with "DMSSOP026E open error code 1".
>
>Question:
>Has anyone seen anything similar on their VM/ESA 1.1 system or have
>any idea what might be going wrong?

As a wild guess, look at the description of APAR VM46641 (in the base of VM/ESA
1.1).  Of course, if you had this APAR installed on your 1.0 system, it can't
be the problem.

- Lawrence
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 11 Sep 1992 12:16:15 +0200
From:         "Lawrence S. Kalman" <VSLAWR@WEIZMANN.WEIZMANN.AC.IL>
Subject:      Re: Problems with OPEN macro

On Fri, 11 Sep 92 12:06:58 +0200 I said:
>On Fri, 11 Sep 1992 08:26:24 GMT Graham Bryan said:
>>
>>Following our upgrade  from VM/ESA 1.0 to VM/ESA  1.1 yesterday one
>>of our users is seeing a  strange problem. He has a FORTRAN program
>>which calls an assembler subroutine. The assembler subroutine makes
>>use  of the  OPEN, CLOSE,  PUT, GET  and DCB  macros from  "OSMACRO
>>MACLIB".
>>
>>When everything is  compiled and run (using  his usualy procedures)
>>the user sees the following error messages:-
>>
>>AFB210I VFNTH : PROGRAM INTERRUPT - OPERATION EXCEPTION
>
>As a wild guess, look at the description of APAR VM46641 (in the base of VM/ESA
>1.1).  Of course, if you had this APAR installed on your 1.0 system, it can't
>be the problem.

My previous posting is incorrect.  Even if you had VM46641 on your 1.0
system, the Fortran - Assembler program could still blow up.  You should
read WSC Flash 9220: "Applications May Be Affected by Changes to CMS LOAD and
INCLUDE Commands in VM/ESA Release 1.1".

- Lawrence
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Mon, 14 Sep 1992 08:33:09 EST
From:         SOMITCW@VCCSCENT.BITNET
Subject:      SQL

 On Friday, 11 Sep 92, John Kaba said:
>                 - - -   Instead of seeing improvement in performance
>of our Data Base, we are seeing an increase in system paging from 6/sec
>to approx. 65/sec.

    Either cover-up part of the problem with faster disk or more
 channels for paging or fix the problem by reducing the working
 set or installing more real memory.

    Expect all new IBM software to improve performance at the cost
 of additional resources, especially additional real memory.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: State University of New York at Buffalo
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 10 Sep 1992 10:09:13 EDT
From:         "Steven P. Roder" <TKSSTEVE@UBVM.CC.BUFFALO.EDU>
Subject:      Re: Share-Ware Screen Painter for VM
              9 Sep 1992 11:29:27 PDT from <vincenc%thuban.usc.edu@USC.EDU>

On Wed, 9 Sep 1992 11:29:27 PDT Michael Vincenc said:
>  From: Larry Crawford <LCRAWFOR%UCDCVDLS.bitnet@ramoth.usc.edu>
>
>  Does anyone know of a simple shareware screen painter for VM? We have
>  ISPF but don't have the time to devote to making screens with it and
>  we don't have any money for something like XMENU. Any suggestions
>  would be appreciated.
>
>I don't know of a shareware product; but, if the price of XMENU is an
>issue, then you might want to look into the HESC-like program that VM
>Systems Group is running.  For a reasonable subscription fee and an
>annual charge of $1,000 per product, we've got a license for their
>V/SOLVER-ESA, V/SEG-PLUS-ESA, and KPROBE products.  I believe that
>they're still running the program.

Try RXFS, available on the current VM Workshop Tapes.  It is a public domain
Full Screen package for REXX.  Here is a portion of the help file:



                REXX Full-Screen I/O Functions


 The objective  of this package  is to provide  a full-screen
 interface to REXX without depending on a separate product to
 perform  I/O operations.    By  establishing an  easy-to-use
 interface, REXX can perform its own dialog management.
 The following calls are suggested:

      FSCLEAR  - clear the screen.

      FSVARS   - create  a series of REXX variables  to be used
                 in  communicating  with the  full-screen  function
                 package.

      FSRESET  - indicate that no current  screen information
                 is to be retained for the next screen write.

      FSDATA   - create a data field in the screen buffer,  and
                 optionally provide the name of  a REXX variable to
                 receive information from the field after a read.

      FSCLRFLD - clear or drop an existing field.

      FSCURSOR - set the cursor position.

      FSEWRITE - rewrite the entire screen buffer.

      FSWRITE  - write those parts  of the screen buffer which
                 have not yet been written.

      FSPANEL  - retrieve full-screen panel definition.

      FSEND    - terminate full screen control.

Hope this works for you,

Steve Roder
(tkssteve@ubvm.bitnet | tkssteve@ubvm.cc.buffalo.edu | (716)636-3564
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Resent-Subject: Re: Problems with OPEN macro
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 11 Sep 1992 12:30:18 +0200
Comments:     Resent-From: "Lawrence S. Kalman"
              <VSLAWR@WEIZMANN.WEIZMANN.AC.IL>
Comments:     Originally-From: Revised List Processor (1.7c)
              <LISTSERV@UAFSYSB.UARK.EDU>
From:         "Lawrence S. Kalman" <VSLAWR@WEIZMANN.WEIZMANN.AC.IL>
Subject:      Rejected posting to VMESA-L@UAFSYSB

If you have seen an identical copy of this, my apologies.  LISTSERV rejected
my first attempt to post this on the grounds that it was a duplicate.  I am
inclined not to believe LISTSERV as it may have falsely assumed that this is
a duplicate of my previous posting, which it is not.

On Fri, 11 Sep 92 12:06:58 +0200 I said:
>On Fri, 11 Sep 1992 08:26:24 GMT Graham Bryan said:
>>
>>Following our upgrade  from VM/ESA 1.0 to VM/ESA  1.1 yesterday one
>>of our users is seeing a  strange problem. He has a FORTRAN program
>>which calls an assembler subroutine. The assembler subroutine makes
>>use  of the  OPEN, CLOSE,  PUT, GET  and DCB  macros from  "OSMACRO
>>MACLIB".
>>
>>When everything is  compiled and run (using  his usualy procedures)
>>the user sees the following error messages:-
>>
>>AFB210I VFNTH : PROGRAM INTERRUPT - OPERATION EXCEPTION
>
>As a wild guess, look at the description of APAR VM46641 (in the base of VM/ESA
>1.1).  Of course, if you had this APAR installed on your 1.0 system, it can't
>be the problem.

My previous posting is incorrect.  Even if you had VM46641 on your 1.0
system, the Fortran - Assembler program could still blow up.  You should
read WSC Flash 9220: "Applications May Be Affected by Changes to CMS LOAD and
INCLUDE Commands in VM/ESA Release 1.1".

- Lawrence
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Wed, 9 Sep 1992 11:29:27 PDT
From:         Michael Vincenc <vincenc%thuban.usc.edu@USC.EDU>
Subject:      Re: Share-Ware Screen Painter for VM
Comments: To: VMESA-L@uafsysb.uark.edu

  From: Larry Crawford <LCRAWFOR%UCDCVDLS.bitnet@ramoth.usc.edu>

  Does anyone know of a simple shareware screen painter for VM? We have
  ISPF but don't have the time to devote to making screens with it and
  we don't have any money for something like XMENU. Any suggestions
  would be appreciated.

I don't know of a shareware product; but, if the price of XMENU is an
issue, then you might want to look into the HESC-like program that VM
Systems Group is running.  For a reasonable subscription fee and an
annual charge of $1,000 per product, we've got a license for their
V/SOLVER-ESA, V/SEG-PLUS-ESA, and KPROBE products.  I believe that
they're still running the program.

!Mike
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Tue, 8 Sep 1992 09:55:41 PST
From:         Larry Crawford <LCRAWFOR@UCDCVDLS.BITNET>
Subject:      Share-Ware Screen Painter for VM
Comments: To: 9370-l@hearn.BITNET, vmesa-l@uafsysb.BITNET

Does anyone know of a simple shareware screen painter for VM? We have
ISPF but don't have the time to devote to making screens with it and
we don't have any money for something like XMENU. Any suggestions
would be appreciated.


Thanks,                            \ /   University of Calif  Davis
Larry Crawford, Systems Specialist  *    California Veterinary Diagnostic
lcrawfor%ucdcvdls.bitnet           / \   Laboratory System (916) 752-4407
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
P1-Message-Id: GB*IBMX400*IBMMAIL;AzfPwc5s+19920914074206160108
Priority:     normal
X400-Trace:   GB*IBMX400*IBMMAIL; arrival Mon,
              14 Sep 92 07:42+0100 action Relayed
X400-Trace:   GB*IBMX400*; arrival Mon,
              14 Sep 92 07:42+0000 action Relayed previous GB*IBMX400*IBMMAIL
X400-Trace:   FR*IBMX400*EARN; arrival Mon, 14 Sep 92 08:44+0000 action Relayed
Newsgroups: bit.listserv.vmesa-l
Date:         Mon, 14 Sep 1992 04:08:56 -0500
From:         HAMAN.HAMANN@IBMX400-DE.IBMMAIL.CIRCE.FR
Subject:      performance of SQL 3.2

An: 15369   --IBMMAIL  Liste VMESA-L at U

From: Lutz Hamann (Systemprogrammer for VM) Tel. 030/3154-4515
Betreff: performance of SQL 3.2

Dear networkers,

recently we moved from VM/XA 2.1 to VM/ESA 1.1 and from SQL 3.1 to
SQL 3.2 (both at the same time). Now running the same applications as
under 3.1 the SQL-server (3.2) takes 3-4 times more CPU-load without
having shorter response time. After installing some brand new PTF's
the problem didn't change at all.
Our applications are written in CSP (and after migration they were build
once more). More I can't tell you because I'm not a specialist for SQL.
Did anybody run into the same problem after migration from 3.1 to 3.2
(under VM/ESA 1.1) ?

               ciao  Lutz

P.S. Our database is very large and the SQL-server runs in 11 Mbyte.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 11 Sep 1992 08:49:00 CDT
From:         John Kaba <JKABA@KSUVM.BITNET>
Subject:      SQL 3.3 Conversion

We recently went from SQL 3.2. to 3.3 and have not noticed any improvement
in performance.  We were told by IBM there would be a significant improvement
in performance if we utilized the Data Spaces feature and Data Striping.  We
have turned Data Spaces on for all of our Pools and our Directory, and we are
using Unmapped Internal Dbspaces.  Instead of seeing improvement in performance
of our Data Base, we are seeing an increase in system paging from 6/sec to
approx. 65/sec.   When looking at our Realtime Monitor it shows that SQL is
doing about 60% of all paging for our system.  Has anyone else migrated from
SQL 3.2 to 3.3 and if so, are you seeing any improvements.  Any suggestions
would be greatly appreciated.

Thanks.

+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
|  John Kaba      JKABA@KSUVM     |                                     |
|  Fort Hays State University     | There is no test like production !  |
|  Hays, KS 67601  (913) 628-4489 |                                     |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: State University of New York at Buffalo
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 10 Sep 1992 10:14:53 EDT
From:         "Steven P. Roder" <TKSSTEVE@UBVM.CC.BUFFALO.EDU>
Subject:      Re: Share-Ware Screen Painter for VM
              9 Sep 1992 11:29:27 PDT from <vincenc%thuban.usc.edu@USC.EDU>

Another one, although undocumented, comes with Cornell's Problem Tracking
Tracking System, which was written by Andy Hanushevsky to replace the use
of DMS/CMS within Problem.  If you have Problem, or can get it, all the
source is available (lots of examples :-) .  I don't know if Problem
is on a LISTSERVer, but Version 4 would be on ksuvm (anon. ftp), the 1991
VM Workshop Tools Tape.  Version 4.1 is the current release, as far as I
know.


Steve Roder
(tkssteve@ubvm.bitnet | tkssteve@ubvm.cc.buffalo.edu | (716)636-3564
From: J.G.Bryan@bham.ac.uk (Graham Bryan)
Newsgroups: bit.listserv.vmesa-l
Subject: Problems with OPEN macro
Date: 11 Sep 92 08:26:24 GMT
Organization: The University of Birmingham, England

Following our upgrade  from VM/ESA 1.0 to VM/ESA  1.1 yesterday one
of our users is seeing a  strange problem. He has a FORTRAN program
which calls an assembler subroutine. The assembler subroutine makes
use  of the  OPEN, CLOSE,  PUT, GET  and DCB  macros from  "OSMACRO
MACLIB". Typically the flow of code looks something like:-

F161  OPEN  (P1,OUTPUT)                                                 Z0202900
      PUT   P1,BUF                                                      Z0202910
      .....
      .....
F262  CLOSE P1
      .....
      .....
P1    DCB   DDNAME=P1,MACRF=(PM),DSORG=PS,RECFM=FB,LRECL=100,
               BLKSIZE=6000

When everything is  compiled and run (using  his usualy procedures)
the user sees the following error messages:-

AFB210I VFNTH : PROGRAM INTERRUPT - OPERATION EXCEPTION
        VFNTH : PSW 03EC120080000002
        VFNTH : LAST EXECUTED FORTRAN STATEMENT IN PROGRAM MAIN.

TRACEBACK OF CALLING ROUTINES; MODULE ENTRY ADDRESS = 01100000.

 ..... etc .....

Tracing the flow of execution show that it is the SVC that implements
the OPEN macro that is blowing up with "DMSSOP026E open error code 1".

Question:
Has anyone seen anything similar on their VM/ESA 1.1 system or have
any idea what might be going wrong?

+-------------------------------------------------------------------+
| Graham Bryan                       Voice:  (UK) 021-414-3990      |
| Systems Support Group              Fax:    (UK) 021-414-3952      |
| The University of Birmingham,      Janet:  J.G.Bryan @ UK.AC.BHAM |
| England                                                           |
+-------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 10 Sep 1992 09:46:45 -0400
From:         Ed@SIMWARE.COM
Subject:      Re: Share-Ware Screen Painter for VM
Comments: To: VM/ESA Discussions <VMESA-L@UAFSYSB.UARK.EDU>

Some years ago, I'm going to say 1987 (+/- a year), I found a
copy of a tool called IOS3270 on the VM Workshop tape,
I think the file number on the tape was 10 or 11.

But I am not sure if that was done legally or not?
It has been my understand that IOS3270 was an International
FDP by IBM (code 5785-HAA). It may have been well intentioned,
but....IOS3270 nevertheless is a very nice, inexpensive utility
which can design a 3270 screen very quickly, using "script"
like "dot" commands....so if you can find it, I'd recommend
you ensure your use of it is legal...the monthly cost is a
pittance, like $25/month....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Forschungszentrum Juelich GmbH
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 11 Sep 1992 14:28:39 +0200
From:         Klaus Wolkersdorfer <VMPROD@DJUKFA11.BITNET>
Subject:      Re: Problems with OPEN macro
              11 Sep 1992 08:26:24 GMT from <J.G.Bryan@BHAM.AC.UK>

I'm not sure if this is your problem but you can make an easy test:
Omit all LOADLIBs and rerun your program in "Link-Mode".
If the 0C1 disappeares you have the following problem:

APAR VM46544 (which is not a VM/ESA APAR but was incorporated in
VM/ESA 1.1) changed the CMS loader behaviour: The loader now checks
if a routine is marked reentrent and reusable. If it is not, it
could be very probably overlaid before it is used again and the
application is not aware of it and will abend with various
errors (mostly ABENDs 0C1, 0C5, 0C6). This loader check was
previoulsy not done and nearly all applications which use
LOADLIBs (PL/1, C, VS PASCAL, VS FORTRAN) depended on this
check not being done.

There is an easy circumvention for this:
Just relink *all* members of *all* LOADLIBs with the
LKED-Option RENT and REUS. (Often you just change
the install EXEC where the LKED command is used and include
these options. Then you have to rebuild your LOADLIBs which
is easy in PASCAL and FORTRAN but cumbersome with PLILIB
and IBMLIB: Common and Specific library of PL/1)

Also there are now in all applications APARs OPEN which
try to deal with that problem.

PN21711 C Version 2
PN19971 PL/1 Version 2   (VSAM read applications !!)
PN15809 VS PASCAL
PN15848 VS FORTRAN

So watch for these APARs if you have unexpected ABENDs in
your applications under CMS-8.

Also I would have expected from CMS design a previous warning
to the IBM products before doing that change. This was obviously
not done. (I just discovered that whole story yesterday - Sigh)

Klaus Wolkersdorfer
(SHARE Europe VM PM)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Mon, 14 Sep 1992 09:51:13 SST
From:         Jeremy <CCENGCE@NUSVM.BITNET>
Subject:      SQL

On Friday, 11 Sep 92 John Kaba said :

>We recently went from SQL 3.2. to 3.3 and have not noticed any improvement
>in performance.  We were told by IBM there would be a significant improvement
>in performance if we utilized the Data Spaces feature and Data Striping.  We
>have turned Data Spaces on for all of our Pools and our Directory, and we are
>using Unmapped Internal Dbspaces.  Instead of seeing improvement in performance
>of our Data Base, we are seeing an increase in system paging from 6/sec to
>approx. 65/sec.   When looking at our Realtime Monitor it shows that SQL is
>doing about 60% of all paging for our system.  Has anyone else migrated from
>SQL 3.2 to 3.3 and if so, are you seeing any improvements.  Any suggestions
>would be greatly appreciated.

If you have the budget, try moving the SQL & Paging pack to solid state
device. Otherwise try moving the pack around to spread out the load.

Jeremy Ng
Bitnet : ccengce@nusvmInternet : ccengce@nuscc.nus.sg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Wed, 9 Sep 1992 12:21:29 EDT
From:         Wayne Smith <WTS@MAINE.MAINE.EDU>
Subject:      Re: Share-Ware Screen Painter for VM
Comments: To: Larry Crawford <LCRAWFOR@UCDCVDLS.BITNET>, vmesa-l@uafsysb.BITNET

You have at least 2 such beasties, (as primitive as they might be), in
XEDIT and CMS Session Services.  XEDIT capability here is pretty well
known;  since Session Services may not be as well known, I've included a
couple of examples at the end of this mail.

CMS Pipelines is another primitive, but widely available screen manager.
For a *super* example of a CMS Pipelines display, obtain PIPEDEMO
PACKAGE from the LISTSERV at MARIST (or other CMSPIP-L peer).

There are other menu systems available.  Your IBM SE should be able
to get you a free (or less than $100) copy of TNT.  TNT (Terrific New
Tools) has been replaced by CUA2001, so your SE may come back
empty-handed, but if s/he tries, s/he can get it.  CUA2001, the
replacement for TNT, is currently available only via IBM education (you
take a course about CUA2001 and they give you a copy of it).

VM-UTIL (@MARIST and probably other LISTSERV peers) has an RXFS for
doing full-screen I/O.

RDM/VM is apparently an extensive package available from the University
of Victoria (Canada), free to educational institutions.  For more
information, "get rdminfo listing" from Listserv@UVVM or, via its
internet address, Listserv@UVVM.UVic.CA.  An RDM Discussion List, RDM-L
is also available on the same Listserv.

cheers,
wayne

Wayne T. Smith, CCP
Systems Group - CAPS              BITNET/CREN:  wts@maine
University of Maine System        internet:     wts@maine.maine.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.asm370
Date:         Tue, 8 Sep 1992 09:53:56 EST
From:         "Scott (nmi) Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Fairwell to network, for now

  Today I will be losing my Internet access, for an unknown length of
time.  This is due to the downsizing of our IBM mainframe and
consolidation of certain applications to another IBM data center.

  So, for the time being at least, I bid farewell to the net. I wish
to thank all those who have helped to enlighten me on various things
(work, religion, eating, etc) while I have had access.

  If anyone needs to contact me, my 'home' and voice addresses will still
work.

  Needless to say (I will anyway) the ANONYMOUS FTP account
(144.11.100.1) is going away also.

--------------------------------------+----------------------------------------
Scott (nmi) Mattes                    | No success can compensate for failure
Work: COTRSSM@SEA04VM.NAVSEA.Navy.Mil | in the home.  David O. McKay, Prophet
Home: 73027.3270@CompuServe.COM       | and President of the Church of Jesus
Voice: (703) 769-2917                 | Christ of Latter-day Saints, 1951-70
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU