HDTenEightyP/NetNews huggingface dataset:
From: FORT@RAMPOD-WR.AF.MIL ("TOM FORT")
Newsgroups: comp.os.vms
Subject: re: Kermit for VMS?
Date: 11 Sep 92 20:54:00 GMT
Distribution: world
Organization: The Internet

I have a copy which I'll be glad to send you, except, 
I don't know how to send a binary file without the help of anonymous ftp.
If you'll help me with this, I'll send it out.


T.

....................................
Thomas J. Fort (Tom)
Computer Systems Manager
Robins AirForce Base, GA   USA

FORT@RAMPOD-WR.AF.MIL (131.45.15.19)  

Voice : (912)926-6701; DSN 468
Fax   : (912)926-9717   



Newsgroups: comp.os.vms
From: buslergc@craft.camp.clarkson.edu ()
Subject: Script to WordPerfect converter
Organization: Clarkson University
Date: Tue, 15 Sep 1992 19:07:45 GMT

I was wondering if any of you VMS gods out there in netland have ever heard of 
such a thing.  I'm in need of a converter that would take a Script file and 
convert it in to WordPerfect format. Reply either by posting a message on here
or by e-mail.

Grant Busler
buslergc@logic.camp.clarkson.edu
Clarkson University
From: munroe@dmc.com (Dick Munroe)
Newsgroups: comp.os.vms
Subject: Re: WANTED: Extracting utility for VMS_SHARE
Date: 5 Sep 92 11:10:09 EDT
Distribution: world
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <01GOAY3F34MA0001BH@VAXF.COLORADO.EDU>, DION@OJC.Colorado.EDU ("Computer Center Ext. 6839") writes:
> I was wondering if anyone would happen to have a utility that extracts VMS_SHARE
> files in the correct order.  This would be nice when there are over 30 or so 
> files to be extracted.  Thanks!!!
> 

I posted a piece of code called ORGANIZE-FTPMAIL which does this to
VMSNET.SOURCES a while back.  Check an archive site near you or send me mail if
you don't have access and I'll send you a copy.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: comp.os.vms,misc.forsale.computers,misc.forsale
From: rstuzi01@ulkyvx.louisville.edu
Subject: MicroVAX II $1000 *Last Chance*
Date: Thu, 10 Sep 1992 21:07:14 GMT
Organization: University of Louisville

  MicroVax II for sale:     ** Last Chance **

  BA23 Cabinet
  2 megs RAM
  DZV11 (4 port serial board)
  RX50 dual floppies and controller
  Emulex SMD Controller
  270 Meg FUJI SMD Drive (External, rack mountable)
  Several boxes of VMS manuals.
  1 CIT-101 Terminal.

  The system is fully functional and running VMS 5.4-3.  I also have an
  old version of ULTRIX on floppies that goes with the system.

  Asking $1000.  If I get no serious offers soon I'll piece it out.
  Call me.  502-458-8899.

    //////   //// //////      rick@lancc.uucp
   //   // //      //    /   rstuzi01@ulkyvx.louisville.edu
  //////   ////   //   -*-  rstuzi01@ulkyvx.BITNET
 // \\       //  //    /
//   \\  ////   //        Rick S. Tuzinowski * PO Box 5296 * Louisville KY 40255
From: robert@cpvax.lonestar.org
Newsgroups: comp.os.vms
Subject: Re: Tape drive allocated to non-existent process
Date: 11 Sep 92 14:58:48 CDT
Organization: Texas Utilities, Glen Rose TX 

In article <1992Sep4.175709.2151@merrimack.edu>, nin15b63@merrimack.edu (THE WOLF) writes:
>We have a tape drive which is allocated to a non-existent process.  The process
>is not in a wait state,; it doesn't exist.  Our support droids said we've gotta
>re-boot the node.  We'd really rather not.  Anyone know of a program that'll
>deallocate it?  If not, anyone know what bits to flip?
>-- 

DEC told me the same story.  I had a batch job with 4 days of CPU time 
so rebooting wasn't an option.  They sent me CSCPAT_0245017.
It creates SYS$MANAGER:CSCPAT_0245_USE_WITH_CAUTION_MTDISMOUNT.EXE
which they said would either fix the problem or crash the system.

They also sent CSCPAT_0253 which should fix the problem for the future.

I was able to fix the problem by changing the address of the drive and simply
using the new drive number (HSC connected TA90 clone) so I didn't try the 
"use with caution" image.

---
-------------------------------------------------------------------------
Robert Eden    817-897-0491                             Glen Rose, TX
Comanche Peak Steam Electric Station            robert@cpvax.lonestar.org
               ^^^^^^^^^^^^^^^^^^^^^ politicese for a nuke plant
-------------------------------------------------------------------------
From: lakia@ipact.com
Newsgroups: comp.os.vms
Subject: Re: Message Queueing
Date: 4 Sep 92 07:55:53 CDT
Organization: IPACT, Valparaiso IN

In article <1992Sep2.001122.16986@montagar.com>, davidc@montagar.com (David L. Cathey) writes:
> In article <1992Sep1.131653.26648@magnus.acs.ohio-state.edu>, sgururaj@magnus.acs.ohio-state.edu (Sanjay R Gururaj) writes:
>> 	Here's the scenario:
>> 		Process A on Node X sends messages via DecNet to process B
>> 		on Node Y. The messages are stored on disk using the ACMS
>> 		queueing facility. Process C on Node Y then reads these 
>> 		messages and deletes them when they are successfully 
>> 		processed.>> 
>> 		Thanks in advance.
>> 
>> 		Sanjay Gururaj (gururaj.2@osu.edu)
> 
> 	DECmessageQ does this.  I've used it on a couple of projects (even
> taught the class for DEC!).  They have Store-And-Forward and Destination
> Files, and various journaling to help with all this...
> 
Also the DECUS product MA Queue and Routing Software 
also supports this.  We have used both, and find that
either can be used intercangeably.  One of our customers
discarded DEC Message Queue when it was still called
PAMs and went to the DECUS product as PAMs didn't 
meet there needs.  The recovery files needed to be
resequenced every week, making the applications
unavailable (they were implemented with RMS keyed
files).  We've used DMQ but there are some
gotchas.  DECUS won't have the current release of the
MA Queue and Routing Software until this fall (when 
IPACT submits the upgrades).    Current release of
the MAQ product is 5.1.

Routers are available for IMS, OS/2, RSX11MPlus, 
DAE, DMQ, and with a little work, CICS.  Not all of
these are currently in the public domain.

Earl Lakia			Email:  LAKIA@IPACT.COM
IPACT Inc.			Voice:  219-464-7212
260 South Campbell		FAX:    219-462-5387
Valparaiso, IN   46383
From: ecf_stbo@jhuvms.hcf.jhu.edu (Quentin Robert DeNameland)
Newsgroups: comp.os.vms
Subject: Re: Digital News and Review's irresponsible attitude
Date: 15 Sep 92 18:11:00 GMT
Organization: The Johns Hopkins University - HCF
News-Software: VAX/VMS VNEWS 1.41

In article <00960a18.342aa020.896@cmrsd.nrl.navy.mil>, mcdonald@CMRSD.NRL.NAVY.MIL (Patrick McDonald) writes...
>I believe it is worth the
>effort to bring a little heat to our esteemed Mr. Head.  

Well that's up to you I suppose, but I disagree. If he's too much of a chill
to sign his name to his postings, well, that's his problem. I think it's a
little heavy handed, especially in the usenet environment, to go chasing after
people to their bosses. When people start to try to 'enforce' their idea of
good taste (for example, some people might not find your signature in good
taste), we should all start to worry. After all, you don't HAVE to keep
responding.


Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
> * OLX 2.1 * ease!Trim!eeeaaaassse!trimtrimTRIMeeeeeeeaaaaaasse!trimea
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: UCX V2.0
Date: 9 Sep 92 07:19:31 GMT
Organization: St. Peter's College, US

In article <0096050E.6CCC2E80.32132@rhea.informatik.uni-bonn.de>, stangen@RHEA.INFORMATIK.UNI-BONN.DE (Gregor von Stangen) writes:
> 	- When one FTP'ed to a VAX running UCX < V2.0 from a UNIX host and
> 	  typed "DIR" the user saw a bug - or feature ? - or just stupidy ?
> 	  and didn't only get a full VMS directory listing but also annoyed.
> 	  Is this still implemented or is it "corrected" now ???

  I don't know. If a) my ConDist ever gets here and b) it has the correct UCX
V2.0 on it (the non-crashing one 8-), I'll check. I'd hope that it's a bug and
that it's been fixed.

> 	- Am I now able to setup an anonymous FTP server with UCX V2.0 ??

  I don't believe you'll be able to get a true anonymous server, although you
may be able to get by with a nopassword ANONYMOUS account (mind the security
implications, though). Once my copy gets here I'll probably look at porting
the new Unix `ftpd' (the V6.something) one to run under UCX. If I get anywhere,
I'll announce it here and on vmsnet.networks.tcp-ip.ucx.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: comp.os.vms
From: boardman@cancer.unm.edu (Bob Boardman)
Subject: Re: Is it possible for set prompt to do this?
Date: Wed, 09 Sep 92 15:21:04 GMT
Organization: UNM Cancer Center
Reply-To: boardman@cancer.unm.edu

In article <8SEP199216334004@reg.triumf.ca>,
         music@reg.triumf.ca (FRED W. BACH) writes:
>In article <1992Sep7.193735.17777@chpc.utexas.edu>,
     aswx266@chpc.utexas.edu (Michael Lemke) writes...
>>In article <920907081948.29011421@WCSUB.CTSTATEU.EDU>
   PARMALEE001@WCSUB.CTSTATEU.EDU (Rich Parmalee) writes:
>
>    [stuff deleted]
>>If your terminal is set to insert mode
>>(SET TERM/INSERT) and your command line continues over two lines, there 
>>is no way to edit the first of the two lines without erasing the second 
>>line first.
>
>    I've had trouble like that too for a long time.
>
>    Perhaps there is a SET TERM command that we need here.
>
>    Anybody got a fix or something to try?
>
	Well, even VT420s exhibit the same behavior, but I have a symbol
  defined to do a "set terminal/width=132", after which the up-arrow can be
  used to recall the previous 2-line command as (hopefully) a single-line
  command for keypad editing.  Kludgy, but can save some typing sometimes.

  -Bob

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
|      Bob Boardman, University of New Mexico, Albuquerque, New Mexico        |
|         internet:boardman@cancer.unm.edu    bitnet:BOARDMAN@UNMB            |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
Subject: Re: Zmodme
From: koffley@nrlvx1.nrl.navy.mil
Date: 15 Sep 92 07:38:37 -0400
Distribution: usa
Organization: NRL SPACE SYSTEMS DIVISION

In article <1992Sep14.223516.9429@nmsu.edu>, jhall@dante.nmsu.edu (HALL) writes:
> Hello, I am looking for a PD Zmodem for my microvax 3100.
> 
> If anyone has one could you please mail me.  Thanks
> 
> jhall@nmsu.edu
> 
> ps. I dont read this group so mail would be appreciated.
> 

Try some of the more recent DECUS collections. 
---
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
< Joe Koffley                        KOFFLEY@NRLVAX.NRL.NAVY.MIL             >
< Naval Research Laboratory          KOFFLEY@SMOVAX.NRL.NAVY.MIL             >
< Space Systems Division             AT&T  :  202-767-0894                   >
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
From: ACSMARTIN@EKU.BITNET ("Bob Martin --> Acsmartin@eku.bitnet")
Newsgroups: comp.os.vms
Subject: VMS Mail Handout...
Date: 11 Sep 92 23:18:49 GMT
Distribution: world
Organization: The Internet

Folks,

I was wondering if anyone has written a handout or user guide for VMS
Mail. If so, I'd be interested in seeing one or two for some ideas. I
have a good start but would greatly appreciate any thoughts or ideas. I
will also be quite happy to share the completed document with you folks.

Thanks,
Bob Martin -- Acsmartin@eku.bitnet --

Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Newsgroups: comp.os.vms
Subject: Re: %BACKUP-E-NOMSG, Message number 00A38012 ???
Date: 14 Sep 92 22:50:47 GMT
Organization: Stanford Linear Accelerator Center

In article <1992Sep14.152218.1@uwovax.uwo.ca>, brent@uwovax.uwo.ca (Brent Sterner) writes:
> 
>    OK, I've been doing other work for too long.  I have a user who
>    complained that backup produced the following diagnostics:
> 
>      %BACKUP-E-NOMSG, Message number 00A38012
> 
> 	and
> 
>      %BACKUP-W-NOMSG, Message number 00A38410
> 
>    So I pumped the numbers through the DCL f$message lexical, and the
>    messages are indeed exactly what the user reported.  

Get hold of a copy of TRYMSG.COM: it goes through a SET MESSAGE/F$MESSAGE
loop for all the message files in SYS$MESSAGE.  The first copy of TRYMSG
that I saw came from Douglas A. Gordon at DEC.  I've enhanced the original
and redistributed it at times, as have others...

>                                                         So, what is wrong
>    (and what is *really* going on)?  Hints would be appreciated.  A clear
>    resolution would be met with his eternal gratitude.  Chow,  b.


From SYS$COMMON:[SYSMSG]SYSMGTMSG.EXE;1...

%X00A38012 is:  %BACKUP-E-OPENOUT, error opening !AS as output
%X00A38410 is:  %BACKUP-W-ACCONFLICT, !AS is open for write by another user

The other thing you might consider would be to add the line:

	$SET MESSAGE SYS$MESSAGE:SYSMGTMSG

at the beginning of the command file that runs your BACKUP job.  Then you'll
get the full context of the messages (that is, the file name in question).

-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slacvx.Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
Xref: sparky comp.os.vms:14877 vmsnet.misc:822
Organization: Valencia University (Universitat de Valencia) SPAIN
Date: Friday, 11 Sep 1992 11:20:05 EST
From: Werenfried Spit <SPIT@EVALUN11.BITNET>
Newsgroups: comp.os.vms,vmsnet.misc
Subject: Compiling ARC on VMS

Hi,

I'm trying to compile ARC on our VMS system. I have the
sources of ARC version 5.21. There are some problems
because the system dependant routines (for those who
know the program: mainly the stuff in arcmisc.c and
arcdos.c) come in MSDOS, Unix, ST, .. and some more
varieties, but not in VMS flavour.
Before I'm going to solve this myself I'd like to know
if someone else already did.

So: Is there anyone around who has VMS-compilable
sources (and maybe also a make script) for ARC?

Pointers to ftpable archives are also appreciated
------------------------------------------------------------------------
Werenfried Spit                         tel: +34-6-386 4551
  Departamento de Fsica Terica        spit@vm.ci.uv.es
  Universidad de Valencia               spit@evalun11.bitnet
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: What DOES VMS mean?
Date: 11 Sep 92 09:36:00 GMT
Distribution: world
Organization: The Internet

> I got this over our site's QUESTION account at am baffled.  (I
> answered the second line, but the first has me stumped.)
> 
> > I have a very simple question.  What do the initials VMS stand for?
> > Is VMS- Mail different from normal E-Mail?

VMS = Virtual Memory System

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK


Newsgroups: comp.os.vms
From: billb@crpmks.uucp (Bill Bochnik (Info Systems))
Subject: Re: standalone vax and cluster on same CI ?
Reply-To: billb@crpmks.UUCP (Bill Bochnik (Info Systems))
Organization: Ciba-Geigy Corporation
Date: Fri, 11 Sep 1992 13:04:03 GMT

In article <1992Sep10.173152.1@cc.newcastle.edu.au> sysmgra@cc.newcastle.edu.au (Ann Walters) writes:
>Hi,
>
>Is anyone running a standalone VAX and a VAXcluster on the same CI?
>
>We currently have a three-node hetrogeneous cluster and would really prefer a
>homogeneous cluster of two nodes and the third VAX standalone. They are
>virtually running as two separate systems now. There are a number of reasons
>why we want this configuration, especially since VMS version 5.5 and the
>cluster-common queue manager software. Also, we would like to be able to
>upgrade the system software on the two systems independently of each other. It
>is VERY difficult to get everyone to agree to common downtime and often it is
>not desirable to perform rolling upgrades.
>
>We have spoken to DEC CSC and the official line is NOT SUPPORTED - DON'T DO IT.
>The only problems they can see arising is if both systems mount the same disks
>and write to them. We already keep the disks separate and know which nodes are
>to mount which. There are no common disks on the current cluster except for the
>quorum disk which we will "give" to the standalone machine if we split up the
>current cluster, and use another disk for the quorum disk for the new cluster
>of two machines.
>

How are the disks connected?  Are the disks for the standalone machine off of 
an HSC?  Can they be moved to the machine itself?  This is probably the cause 
of the problem.  The HSC's should be treated as nodes in the cluster (if I 
remember correctly) and can only be members of 1 cluster.  If you want that 
machine to be standalone, it should either have it's own HSC(s) or have the 
disks local to it.  I hope that this helps.

-- 
Bill Bochnik			| It's hard to be a James Bond in an Abbott
Systems Analyst 		|	and Costello world.
Ciba-Geigy Corporation		| Signed and sealed, they deliver oblivion.
philabs!crpmks!billb		| It's worse than that, he's dead Jim.
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: VMS A5.5 ???? (Not V5.5!)
Date: 4 Sep 92 11:56:00 GMT
Distribution: world
Organization: The Internet

> >Has anyone seen anything like this:
> >
> >$ show system
> >VAX/VMS A5.5  on node ORBSEN  28-AUG-1992 14:00:26.42   Uptime  0 04:31:11
> >  Pid    Process Name    State  Pri      I/O       CPU       Page flts Ph.Mem
> >00000101 SWAPPER         HIB     16        0   0 00:00:01.10         0      0
> 
>    Looks like someone was upgrading to VMS5.5 and quit in the middle of the
> upgrade.  After performing the "Mandatory Upgrade"  that's the other "small"
> tape that came with the upgrade kit you need to reboot the system.  VMS A5.5
> is an intermediate version of VMS that wasn't meant to be used in production
> mode.  The only thing that will reliably work is another VMS upgrade, after
> which you should see VMS V5.5 or perhaps VMS V5.5-1

It is quite OK to use VMS A5.5 !

We have ran A5.5 for 2 months now (one of our third party software vendors
can not support the new queueing system yet) without any particular
problems.

I think a lot of sites has done the same for various reasons. And according
to rumours V5.5 has more problems that A5.5 :-)

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK


Newsgroups: comp.os.vms
From: bdowning@mary.fordham.edu (Brian Downing)
Subject: Re: RECALL/OUTPUT=filename (supplement)
Organization: Fordham University
News-Software: VAX/VMS VNEWS 1.41    
Date: Wed, 9 Sep 1992 12:19:00 GMT
X-Posted-From: mary.fordham.edu
X-Posted-Through: sol.ctr.columbia.edu

In article <Bu9FxL.5sy@ireq.hydro.qc.ca>, ratel@ireq.hydro.qc.ca (Gilles Ratel 8720) writes...
>Saturday, I have post a question:
> 
>> Hello,
>>
>>  Is it possible create a command  
>>       "RECALL"  with option  "/OUTPUT=filename" ?  
>>    or "RECALL"  with option  "> filename" ?
>>
>>    {with DCL or others}
> 
>Supplement:
> 
>     Commands file DCL        :  $ DEFINE SYS$OUTPUT filename
>                                 $ DIRECTORY       {or SHOW TIME, etc.}
>                                 $ DEASSIGN SYS$OUTPUT
> 
>                                 > O.K.
> 
>     But I have problem with  :  $ DEFINE SYS$OUTPUT filename
>                                 $ RECALL/ALL
>                                 $ DEASSIGN SYS$OUTPUT
> 
>                                 > size for "filename" is 0
>                                 > ????
> 
>Thank you,
> 
> 
>Gilles Ratel
>=========================================
>Institut de recherche d'Hydro-Quebec
>Email: ratel@ireq-ccfm.hydro.qc.ca


    Try $ DEFINE/EXECUTIVE SYS$OUTPUT filename
        $ RECALL/ALL
        $ DEASSIGN SYS$OUTPUT

That works for me. $ SHOW LOGICAL/PROCESS SYS$OUTPUT
shows that SYS$OUTPUT is defined for both supervisory and executive modes.


Brian Downing   VAX User Assistant,  Fordham University, New York, New York
Internet: bdowning@mary.fordham.edu  Bitnet: bdowning@fordmulc.bitnet
void random_witticism(char *, ... ) { ... }
From: colombo@bronco.fnal.gov (Rick Colombo - Fermilab)
Newsgroups: comp.os.vms
Subject: Re: Dump file advice?
Date: 11 Sep 92 19:40:01 GMT
Organization: Fermilab Computing Division

In article <1992Sep8.140200.4404@enterprise.rdd.lmsc.lockheed.com>, marshall@force.ssd.lmsc.lockheed.com (Bob Marshall) writes:
> In article <7SEP92.23113803@moleng.ucsc.edu>, wipke@moleng.ucsc.edu writes:
>>Is it necessary to have a separate dump file for every satellite
>>node as a separate file?  I recall some discussion of letting it share
>>the pagefile?  We are not expecting to ever look at a dump, so it is
>>a matter of maximizing disk space.  How does one change its location?
> 
> If you're never going to use it, then why even create it? Just run
> SYS$UPDATE:SWAPFILES.COM and ask for a zero-page dump file, then after
> the next reboot purge the old dump file (don't purge it before rebooting).
> And set SYSDUMP to 0 in MODPARAMS.DAT so that AUTOGEN doesn't create
> one for you.
> 


(I don't think anyone has mentioned this, so I thought I'd stick my
neck out... :-)

A small dump file is much better than no dump file.  You can set
DUMPSTYLE=1 and still get some useful information with a nominally
sized dump file, say 5000 blocks.

Also, you can have a common dump file for all of the satellites.
Use the Set Entry command.  Of course, multiple crashes at the
same time may render the dump file useless :-), so it's not ideal.

...I saw your correction about DUMPFILE vs SYSDUMP.

-- 
 ___________________________________________________________________________
 *****  *   *  From the e-net desk of: Rick Colombo CD/DCD/DSG    *    *
 *      **  *  Fermi Nat'l Acc'l Lab   708-840-8225 Fermilab     * *   *
 ***    * * *  P.O. Box 500   MS 369   Feynman Computer Center  *****  *
 *      *  **  Batavia, Ill. USA 60510 Colombo@fnal.fnal.gov    *   *  *****
 *  Sure to get `Flamed' if I didn't cross all my i's and dot all my t's ;-)