HDTenEightyP/NetNews huggingface dataset:
P1-Message-Id: GB*IBMX400*IBMMAIL;AzcmCGT2+19920817073533790096
Priority:     normal
X400-Trace:   GB*IBMX400*IBMMAIL; arrival Mon,
              17 Aug 92 07:35+0100 action Relayed
X400-Trace:   GB*IBMX400*; arrival Mon,
              17 Aug 92 07:35+0000 action Relayed previous GB*IBMX400*IBMMAIL
X400-Trace:   FR*IBMX400*EARN; arrival Mon, 17 Aug 92 08:35+0000 action Relayed
Newsgroups: bit.listserv.vmesa-l
Date:         Mon, 17 Aug 1992 04:18:19 -0500
From:         HAMAN.HAMANN@IBMX400-DE.IBMMAIL.CIRCE.FR
Subject:      I/O error IPLing 190

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

From: Lutz Hamann (Systemprogrammer for VM )
Betreff: I/O error IPLing 190

   Hi Alfredo,

it seems that your 190 is either empty or has no IPL-able nucleus. I've
got the same CP-wait state, IPLing an empty Tdisk. Please check your
190-disk.

                    ciao  Lutz
Organization: CUNY/UCC VM Systems
Date: Thursday, 13 Aug 1992 15:05:11 EDT
From: Robert Chambers <RMCCU@CUNYVM.BITNET>
Newsgroups: bit.listserv.vmesa-l
Subject: MONITOR DATA


We are trying to improve the way in which we collect (and spill) monitor
data.  We have been allowing MONWRITE to collect data until its disk
fills up and then have VMPRF link the disk, process the data then
erase it. (thus completing the cycle by autologging MONWRITE).

Since MONWRITE is not collecting data while VMPRF is active we lose
that data.  We've thought about having alternating disks.  While
VMPRF processes data on one disk, Monwrite fills up the other one.

This still wouldn't leave us the flexibility to start and stop data
collection at shift changes and weekends without the use of yet another
server to oversee everything.

How are others of you out there doing this?  Or are you?  It would
be nice if we had a machine big enough and fast enough that it
didn't need tuning.. but that's never the case.

Thanks for your time

Robert
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Wed, 19 Aug 1992 14:07:00 EDT
From:         "George_J.Haddad" <GEORGEH@MSU.BITNET>
Subject:      Re: SIM370XA

SIM370XA (a tool by Andy Hanushevsky) is a nucleus extension to
allow XA mode machines to simulate certain key 370 mode instructions
(certain key cases of SSM, TIO and SIO).  This code has made many
non-XA tolerant programs capable of running in XA toleration mode.

Avail via VMSHARE (and Tools Tape ?)
---
> At that, Rick Troth <TROTH@RICEVM1> replied, "Given that, load up SIM370XA,
> then run Chat."
>
> Now, I'm a strong believer in mnemonic names for programs (IBM code and
> Unix commands notwithstanding), so I've got a feeling as to what SIM370XA
> is and does.  If it's what I think it is, then I've got an application for
> it.
>
> Who out there can speak about this beastie?  What *is* SIM370XA?  From
> where can I get a copy?
>
> Thank you all for all your help.
>
> !Mike
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <alton@cit.hmc.psu.edu>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 20 Aug 1992 18:13:39 EDT
From:         Alton Brantley <alton@CIT.HMC.PSU.EDU>
Subject:      Regarding move from MVS to VSE
Comments: To: VMESA-L@uafsysb.uark.edu
              at Aug 20, 92 1:33 pm

Your note on the net about your conversion prompted me to write. We are
currently at VSE/ESA shop entertaining some thoughts about moving from
VSE to MVS. Why are you converting?
If you're not in a position to answer the question, can you give me a name
and email address that I could contact?

(You may know the answer but not feel that you should express or defend it!)

>     We are in mid-process of converting from MVS/ESA to VSE/ESA and I have
> started testing some job streams.  One is giving me fits: it returns from a
> program with a return code of 4095 (X'FFF').  The program does not have code
 to

Thanks for any info...

B. Alton Brantley, Jr                               alton@cit.hmc.psu.edu
The Milton S. Hershey Medical Center       Penn State College of Medicine
                            Hershey, PA USA 17033
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 14 Aug 1992 10:13:32 -0500
From:         martin.zimelis@AMAIL.AMDAHL.COM
Subject:      MONITOR DATA
Comments: To: vmesa-l%uafsysb.bitnet@JUTS.amdahl.com

What we've done here is to define the XAMAP user as the SECUSER for
MONWRITE.  XAMAP is autologged at specified times (by VMSECURE) that
are our "shift changes."  It SENDs a MONWSTOP immediate command to
MONWRITE to stop data collection, then SENDs another MONWRITE command
to restart data collection but pointing at a different CMS file as its
target.  Kludgy, but it gets the job done.

XAMAP gets autologged one additional time a night to process the files
created the previous day.  A cover EXEC manages this processing and
records the most recent date processed.

At the midnight shift change, we do a little additional processing to
determine which files have been processed by XAMAP.  CMS ERASE commands
are "SENT" to MONWRITE (between the MONWSTOP and the subsequent MONWRITE)
to dispose of them.

Hope this description is coherent enough to be enlightening.

Marty Zimelis
Amdahl Corporation
maz00@amail.amdahl.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 20 Aug 1992 16:49:25 EDT
From:         David Nessl <DAVID@NERVM.NERDC.UFL.EDU>
Subject:      Re: GTMON3

On Thu, 20 Aug 1992 13:29:59 ECT MARY MASON said:
>...just wondering if anyone has GTMON3 working under VM/ESA 1.1.
>I've included all necessary maclibs for VM/ESA 1.1, but when assembling am
>still getting undefined symbols for: (VMDCTPGR - VMDBK)
>                                            &
>                                     (VMDCTPGW - VMDBK)
>Looking at HCPVMDBK COPY, I don't see these two guys, only
>VMDACPGR AND VMDACPGW.
>Thanks for any help.

We don't have VM/ESA 1.1 running yet and I've been busy installing
AIX/ESA.  I will look at updating GTMON3 when we get VM/ESA 1.1
running.  In the mean time, I would be happy to make public any fixes
that are sent to me.  Regards, -david
(author of the XA/ESA mods to GTMON3)

David Nessl -- Coordinator, Computer Systems (systems programmer)
Internet:  david@ufl.edu          |Northeast Regional Data Center
BITNET:    david@nervm            |112 SSRB, University of Florida
Telephone: 904-392-2061           |Gainesville, FL 32611    USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Wed, 19 Aug 1992 05:38:51 PDT
From:         Michael Vincenc <vincenc@THUBAN.USC.EDU>
Subject:      SIM370XA
Comments: To: vmesa-l%uafsysb@vm.usc.edu

Hi!  We're getting ready to migrate to VM/ESA R1.1.  Public trials of the
new CP start this weekend, and it looks like we'll be running all of R1.1
by the middle of September.  This list has been quite valuable to our ef-
forts; thank you all--particularly Melinda Varian, for posting the CP mods
for RETRIEVE FORWARD and the CERN XSEND command.

While browsing the logs from the list, I saw a very brief discussion about
Chat under VM/ESA in XA mode.  Back in February, Mark Fred Harsen
<MFH043W@SMSVMA> was wondering if somebody had modified Chat to run in
XA-mode virtual machines.  Eric Thomas <ERIC@SEARN>, author of Chat and
more useful things than I can count, replied, "It only works in 370 mode."
At that, Rick Troth <TROTH@RICEVM1> replied, "Given that, load up SIM370XA,
then run Chat."

Now, I'm a strong believer in mnemonic names for programs (IBM code and
Unix commands notwithstanding), so I've got a feeling as to what SIM370XA
is and does.  If it's what I think it is, then I've got an application for
it.

Who out there can speak about this beastie?  What *is* SIM370XA?  From
where can I get a copy?

Thank you all for all your help.

!Mike
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 20 Aug 1992 11:24:56 EDT
From:         Mubashir Farooqi <MUBASHIR@IBRDVM1.BITNET>
Subject:      Tagtext Rejected

I have a printer defined in RSCS as 3270P on a BSC line. When I issue the
TAG command for that printer link, I get HCP003E Invalid option linkid.
The command I am issuing is CP TAG DEV PRT linkid. We are running
VM/ESA 1.0 ESA at 9105. I will appreciate any clues.
--/Mubashir
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Wed, 19 Aug 1992 18:13:58 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: SIM370XA
              19 Aug 1992 05:38:51 PDT from VM/ESA Discussions
              <VMESA-L@UAFSYSB>

Chat now works in XA/ESA mode. To do that I was forced to use the CONSOLE
macro, which resulted in loss of function and robustness when you use the
"disconnect"  function  without trapping  CPCONIO,  but  at least  people
stopped bugging me (and I trap CPCONIO anyway :-) ).

  Eric
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: SUNY at Stony Brook NY 11794-2400
Newsgroups: bit.listserv.vmesa-l
Date:         Sun, 16 Aug 1992 23:38:01 EDT
From:         Leonard Boyle <LENBOYLE@CCVM.SUNYSB.EDU>
Subject:      re: ghost users aka force/pending users

Does anyone have a good  procedure for handling ghost or force/pending
userids in vm/esa esa?
Any special feeling when the userid is V=R or VTAM?

Didn't IBM says that the ghost userid problems was fixed in the release
notes for HPO 5?

                            Thanks for any sage advice
                            Len
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 20 Aug 1992 16:37:40 EDT
From:         Edward Malina <EFM@CELIO.UVM.EDU>
Subject:      Re: GTMON3
Comments: To: VMESA-L%UAFSYSB.bitnet@uvmadmin.uvm.edu

> ...just wondering if anyone has GTMON3 working under VM/ESA 1.1.
> I've included all necessary maclibs for VM/ESA 1.1, but when assembling am
> still getting undefined symbols for: (VMDCTPGR - VMDBK)
>                                             &
>                                      (VMDCTPGW - VMDBK)
> Looking at HCPVMDBK COPY, I don't see these two guys, only
> VMDACPGR AND VMDACPGW.

We would be very interested in a GTMON that works also.

------------------------------------------------------------------
| Edward F. Malina                University of Vermont          |
| Email: CELIO.UVM.EDU            Phone: (802)656-1185           |
------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 21 Aug 1992 02:37:26 -0500
From:         "Michael S. Muegel" <mmuegel@MOT.COM>
Subject:      Non-Delivery Report for <9208202054.AA22755@motgate.mot.com>
Comments: To: VMESA-L@UAFSYSB.UARK.EDU

The Mot.COM major relay, Pobox.Mot.COM, was not able to transfer electronic
mail messages from 3:26 pm to 6:18 pm CDT on Thursday, August 21. An
inspection of the electronic mail system log files shows that a mail
message you sent was not delivered. Your mail message should have been sent
to your local mail manager (ala postmaster) for disposition.

Some important facts on the mail that was undelivered:

   Message-ID:                 <9208202054.AA22755@motgate.mot.com>
   Sender:                     <VMESA-L@UAFSYSB.UARK.EDU>
   Recipient:
 <A24755@WACCVM.CORP.mot.com>,<AYRG60@WACCVM.CORP.mot.com>,<ACUS02@WACCVM.CORP.m
 ot.com>
   Size:                       1645 bytes
   Date of transfer to Pobox:  Aug 20 15:55:01 CST

This message has been generated automatically. If you need further
clarification feel free to contact me directly.

-Mike

--
+----------------------------------------------------------------------------+
| Michael S. Muegel                    | Internet:    mmuegel@mot.com        |
| UNIX Applications Startup Group      | Moto X.400:  QF0001                 |
| Customer Services and Support        | Internal:    IL06/1st               |
| Corporate Information Office         | Voice:       (708) 576-0507         |
| Motorola, Inc.                       | Fax:         (708) 576-3111         |
+----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Fri, 21 Aug 1992 08:47:26 EST
From:         jl richetin <RICHETIN@FRNSAE11.BITNET>
Subject:      Re: Tagtext Rejected

hello,
i am running vm/sp 6 so it's possible that my answer is not correct.
i can't use cp tag dev prt i have to replace prt by the virtual
address as cp tag dev 00e ...
apologies for my english
Jean-Luc
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 20 Aug 1992 13:29:59 ECT
From:         MARY MASON <SP0004@BINGVMB.BITNET>
Subject:      GTMON3

...just wondering if anyone has GTMON3 working under VM/ESA 1.1.
I've included all necessary maclibs for VM/ESA 1.1, but when assembling am
still getting undefined symbols for: (VMDCTPGR - VMDBK)
                                            &
                                     (VMDCTPGW - VMDBK)
Looking at HCPVMDBK COPY, I don't see these two guys, only
VMDACPGR AND VMDACPGW.

Thanks for any help.
From: ALFJONES@BRUSPVM.BITNET (Alfredo A. Jones)
Newsgroups: bit.listserv.vmesa-l
Subject: IPL CMS during the installation of VM/ESA
Date: 14 Aug 92 20:16:21 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <ALFJONES@BRUSPVM>


           I am installing VM/ESA 1.1 in a 4381T92 . I was following the
steps described installation manual .And when I loaded the starter system
I got the following msg while  trying  to IPL the 190 in any virtual machine.
IPL the 190 .

          HCPVMI232E IPL UNIT ERROR IRB 00004017 00020C18 02000018
00200000 SNS 04000000C30.......20F00

and
          HCPGIR450W CP ENTERED PSW 000E0000 00000232


          I tried DSF to look for any surface problems in the disk , I tried
the other installation options ... Can you tell me what is happening ?

+-----------------------------------------------------------------------
| ALFREDO A. JONES                                                     |
| DIVISAO DE SUPORTE TECNICO                                           |
| CENTRO DE COMPUTACAO ELETRONICA                                      |
| UNIVERSIDADE DE SAO PAULO                                            |
|              AV. PROF. ALMEIDA PRADO - TRAV. 2 NO. 128               |
|              CX. POSTAL  8191                                        |
|              CIDADE UNIVERSITARIA                                    |
|              SAO PAULO SP BRASIL            CEP 05508                |
| FONE (011) 815 09 99                                                 |
| FAX  (011) 815 42 72                                                 |
| TELEX(011) 08902 USPO                                                |
+----------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.asm370
Date:         Thu, 20 Aug 1992 13:27:00 CDT
From:         Kee <$LPAKHA%LUCCPUA.bitnet@CUNYVM.CUNY.EDU>
Subject:      subscribe
Comments: To: ASM370%UCF1VM.BITNET@CUNYVM.CUNY.EDU

SUBSCRIBE or add me to the list
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.asm370
Date:         Sat, 15 Aug 1992 00:52:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: ICM vs. L and LTR

On Thu, 13 Aug 1992 15:30:01 GMT, NEWS@UCF1VM.BITNET said:
(Can't somebody fix the blasted gateway so that half the original
messages don't lose their headers?)

> (...)
> Pipelining and alignment
> and god knows what else all affect instruction execution rates,
>
> Anyway, he clocked the following instructions at the indicated MIPS:
>
>    ICM   0,15,W1             10.4287
>    L     0,W1                41.8938
>    LTR   0,1                 41.7416
>
> So it appears that -- at least on a 3081K -- the L/LTR sequence is
> roughly twice as fast as the ICM.

That's not a valid conclusion.  You can't add execution times of
instructions to get the execution time of the combination, exactly for
the reason you mention.  When we got a 3090-200 at my previous
employer, the first thing that I did was try to compare its speed to
our 3084Qx.  (Yep, that's a lower case x, which was halfway between a
3084Q and a 3084QX.)  I ran various tiny programs, like a BCTR loop to
clear a register, which I think ran at 40 MIPS.  I kept adding
instructions into the loop.  If I remember right, a loop consisting of
LR 1,2; BCTR 3,14 was the same speed as just the BCTR.  In fact, I
could add carefully chosen instructions without really affecting the
CPU time, so I got some wild MIPS results.  Most floating point
instructions also took zero time.  I had almost 10 instructions in the
loop and it still ran in about the same time as just the BCTR loop,
until I added a floating point multiply, at which point the CPU time
shot up.

So, the only correct way to determine whether L;LTR is faster than
ICM 15 is to time it on your machine.  But the CPU time used in this
discussion is probably much higher than any potential savings from
knowing the answer.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Resent-Organization: North Dakota Higher Education Computer Network
Organization: Ameritec Corporation
Source-Info:  From (or Sender) name not authenticated.
Approved-By:  Marty Hoag <NU021172@NDSUVM1.BITNET>
Newsgroups: bit.listserv.new-list
Date:         Tue, 18 Aug 1992 21:15:03 CDT
Reply-To:     cvisser@ucrmath.ucr.edu
From:         dodeca!clyde@jarthur.Claremont.EDU
Subject:      NEW LIST: EV Electric Vehicle Discussion Mailing List

EV on LISTSERV@sjsuvm1.sjsu.edu -  EV Electric Vehicle Discussion
                                   Mailing List

   The EV Electric Vehicle Discussion Mailing List is intended to
   provide a forum to discuss the current state of the art and future
   direction of electric vehicles.  It is *not* intended to discuss
   either EV appropriateness or comparisons with other transportation
   primary drive modes such as the venerable internal combustion engine.
   Those "discussions" are best relegated to the appropriate usenet
   newsgroup.

   An electric vehicle is any vehicle which uses an electric motor as
   the primary or sole motive force.  The energy storage device used to
   drive said motor can use any technology including, but not limited
   to, solar electric, electric battery, internal combustion engine
   coupled with a electric generator, or any combination of these.
   Production electric vehicles are currently available.  Internal
   combustion engine vehicles can be converted to electric.  There exist
   a number of companies who perform this conversion.  There is also a
   number of manufacturers of equipment allowing you to do-it-yourself.

   To subscribe, send the following command to LISTSERV@SJSUVM1 (bitnet)
   or LISTSERV@SJSUVM1.SJSU.EDU (in the BODY of e-mail):

      SUBSCRIBE EV firstname lastname

   After subscribing, messages may be sent to the list by sending to:
   EV@SJSUVM1 (bitnet) or ev@sjsuvm1.sjsu.edu.

   Owner:  Clyde R. Visser, KD6GWN <cvisser@ucrmath.ucr.edu>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Resent-Organization: North Dakota Higher Education Computer Network
Organization: University of Kentucky
Approved-By:  Marty Hoag <NU021172@NDSUVM1.BITNET>
Newsgroups: bit.listserv.new-list
Date:         Wed, 19 Aug 1992 12:38:58 CDT
Reply-To:     CROVO@ukcc.uky.edu
From:         "Crovo, Bob" <CROVO@ukcc.uky.edu>
Subject: NEW LIST: CLAYART Ceramic Arts Discussion List

CLAYART on LISTSERV@UKCC                 Ceramic Arts Discussion List
        or LISTSERV@UKCC.uky.edu

   The focus of CLAYART is to provide a forum for discussion of issues
   of interest to those in the fields of ceramic arts/pottery.
   Appropriate postings include:

      * aesthetic issues/concerns       * grant information
      * exhibition opportunities        * technical information
      * conference information          * workshops/seminars
      * book reviews                    * job listings

   This is a LISTSERV managed list, so normal subscription requests
   apply.  To subscribe send mail to LISTSERV@UKCC (or on the Internet
   to LISTSERV@UKCC.uky.edu) with the body of the mail containing the
   command:
      SUB CLAYART Yourfirstname Yourlastname

   Owner:
      Joe Molinaro                       id: ARTMOLIN@EKU.BITNET
      Assistant Professor/Art         phone: (606) 622-1634
      Eastern Kentucky University
      Richmond, Kentucky 40475
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xcult-l
Date:         Sat, 22 Aug 1992 02:51:13 EST
From:         Gretchen Schirmer <IQZK100@INDYCMS.BITNET>
Subject:      Re: rednecks and the UN

Phil -- NOBODY willfully chooses the kind of poverty and suffering to which you
are referring.

Also, you say that the US didn't want to be "dragged into foreign problems."
It seems to me that we no longer have "foreign problems."  Only international
problems which need international solutions because they affect ALL of us on
this planet.

Peace,
Gretchen Schirmer
IUPUI
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: XCULT-L@PSUVM.BITNET
X-VMS-To: IN%"XCULT-L@PSUVM.BITNET"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.xcult-l
Date:         Thu, 13 Aug 1992 13:27:45 -0400
From:         AHMED@DAYTON.BITNET
Subject:      Re: National Identity

Marilyn,

Sure there are a lot of human problems in Asia, Africa....but I am not
sure all these result from their culture and values.....If anything,
the values and culture are a result of the problems they face and
have faced.....

Most of Africa and Asia are still new countries....having been
released from British, Frensh and European domination in this
century.....

Take India, it gained its independence less than 50 years ago....  Having
allowed the British to come in as Merchants only to see them end up
ruling India.....they have been extremely wary of the U.S....and only
now opening up....

zahir
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: XCULT-L@PSUVM.BITNET
X-VMS-To: IN%"XCULT-L@PSUVM.BITNET"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.xcult-l
Date:         Tue, 18 Aug 1992 09:34:29 -0400
From:         AHMED@DAYTON.BITNET
Subject:      Re: Voting

Emmy,

If Ronald Reagan and George Bush, with 12 years together did not get to
overturn Roe/wade and did not get to pass a constitutional ammendment,
what makes you think they will do it in the next 4?  Actually, both
Quayle a few weeks ago and Bush in a recent interview more or less
accidentally revealed that they are not that pro-life...

Its just a political position they took.....it gets them a lot of
hard working volunteers all around the nation by being Pro-life....

Whatever action in the arena of Abortion is taking place at the State
Level wher they keep passing laws that are unconstitutional and letting
the Supreme Courts decide.....

Beyond the appointment of Supreme Court Justices (and there is probably only
one vacancy coming up in the next 4 years), there is little that Bush has or
will do....  Even Barbara Bush and Marilyn Quayle seem to be pro-choice...

zahir
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xcult-l
Date:         Wed, 12 Aug 1992 17:22:51 EST
From:         Deborah Martin <DMARTIN@WCU.BITNET>
Subject:      Incommunicado

 Hi, everybody.  I've not been able to send or receive any mail for the last
 24 hours.  Was I the only one who got cut off?  If I was how can I be brought
 back up to date?  I have a hunch that it was due to the killer thunderstorm
 that we had yesterday afternoon.  The worst storm, where thunder and lightening
 are concerned, that I've ever seen (or heard)!

 Deborah
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU