HDTenEightyP/NetNews huggingface dataset:
From: SYSTEMM@FRED.ALHRG.WPAFB.AF.MIL (System Manager Wuest)
Newsgroups: comp.os.vms
Subject: How to print across DECNET?
Date: 31 Aug 92 15:40:46 GMT
Organization: The Internet


   The subject says it all: is there _any_ way to print across DECNET?  The 
   docs seem to indicate there is a possibility of printing to SYS$PRINT.
   This won't do for us.  We are trying to print to a specific queue.

   About FAQ's...  Where do you find them?  I looked in the monthly posting,
   and there a *few* things there.  Is this all there is?  Or is there an 
   archive of them somewhere?   I have seen so _many_ references to FAQ's,
   but never where to find them.

   P.S.  I brought up FAQs's because I think this is one of them; depending
         on your definition of "frequent".  ;-)

==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==
|  Mike Wuest, Allin1, DDN, & VAX Systems Manager  SYSTEMM@ALHRG.WPAFB.AF.MIL |
|  Armstrong Labs, Logistics Research Div.         SYSTEMM@[131.28.15.14]     |
|  Comm: (513)255-8225    DSN 785-8225    (a.k.a.) MWUEST@ALHRG.WPAFB.AF.MIL  |
| Disclaimer: Opinions are like ears; everybody has a couple - these are mine!|
==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==  ==(*)==
Newsgroups: comp.os.vms
From: claird@NeoSoft.com (Cameron Laird)
Subject: Desperately seeking memory corruptions
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Wed, 02 Sep 1992 18:42:00 GMT

What support is there for C development (C++,
actually, but apparently it all uses the same
library) in regards to memory management?  I
think I have a needle-in-a-haystack heap error,
and I'm close to the end of my rope in tracking
it down.  If I were under UNIX, I'd use
debug/{malloc,mallocmap}.o, Saber [Centerline],
and/of Purify; if this were an MSDOS project
I'd have a number of IDEs from which to choose;
what do VMS folks do?
-- 

Cameron Laird
claird@Neosoft.com (claird%Neosoft.com@uunet.uu.net)	+1 713 267 7966
claird@litwin.com (claird%litwin.com@uunet.uu.net)  	+1 713 996 8546
Newsgroups: comp.os.vms
From: sfr@wcusv1.NoSubdomain.NoDomain (Steven Schaeffer)
Subject: Re: Wanted: rlp daemon on VMS
Organization: Idaho National Engineering Laboratory, Idaho Falls, Idaho
Date: Thu, 27 Aug 92 16:58:50 GMT

In article <1992Aug27.083755.915@galaxy.gov.bc.ca>, ewilts@galaxy.gov.bc.ca (Ed Wilts) writes:
|> In article <1992Aug27.103512.12498@hp9000.csc.cuhk.hk>, a866700@hp9000.csc.cuhk.hk (Wong Siu To) writes:
|> > 
|> > Sorry if this's a FAQ.  I want to know where can I get the software
|> > which provides the remote print request spooling function on VMS.  I'm
|> > using VMS 5.3-1 (will be upgraded to 5.5 soon) and UCX 1.3A.
|> 
|> Upgrade your UCX v2.0, now known as TCP/IP Services for OpenVMS.
|> 
|> > 
|> > ST Wong				       BITNET: A866700@CUCSC.BITNET
|> > Computer Services Centre               Internet: a866700@hp9000.csc.cuhk.hk
|> > The Chinese Univsersity of Hong Kong             st@csc.mgate1.cuhk.hk 
|> -- 
|> 
|> Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
|> EWilts@Galaxy.Gov.BC.CA   |   Ed.Wilts@BCSystems.Gov.BC.CA   |   (604) 389-3430


I spoke with CSC about V2.0 and they were adamant that V2.0 should NOT be
installed because it has major bugs... system crashing kind. There is a new
version due to be released tomorrow (8/28). They couldn't tell me the version
number but said to wait for it at all costs.

Steve

================================================================================
Steven J. Schaeffer         Ma Bell: (208) 526-8543      "If it ain't broke...
EG&G Idaho, Inc.            FTS:           583-8543       don't fix it!"
P.O. Box 1625               Internet: sfr@inel.gov
Idaho Falls, ID 83415-3418  FAX:     (208) 526-1998
================================================================================
========== long legal disclaimer follows, press n to skip ===========

Neither the United States Government or the Idaho National Engineering
Laboratory or any of their employees, makes any warranty, whatsoever,
implied, or assumes any legal liability or responsibility regarding any
information, disclosed, or represents that its use would not infringe
privately owned rights.  No specific reference constitutes or implies
endorsement, recommendation, or favoring by the United States
Government or the Idaho National Engineering Laboratory.  The views and
opinions expressed herein do not necessarily reflect those of the
United States Government or the Idaho National Engineering Laboratory,
and shall not be used for advertising or product endorsement purposes.
Newsgroups: comp.os.vms
From: i_leonard@fennel.cc.uwa.oz.au
Subject: Information on CMU-Tek TCP/IP
Organization: University of Western Australia
Date: Tue, 1 Sep 1992 03:18:39 GMT

I am wondering if CMU-TEK TCP/IP is still around. Can anyone supply me with 
some details and mailing addresses. Please mail directly to me. If anyone
else would like this info then mail to me and I will forward the responses
to you.

Thanks 
Ian Leonard
From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
Newsgroups: comp.os.vms
Subject: REMPRTMSB 1.1 (VMS V5.5 fix) following in 2 parts
Date: 31 Aug 92 21:49:37 GMT
Organization: The Internet

In June of 1991, I posted version 1.0 of REMPRTSMB
(a symbiont that directs its output to a RMS `file' - possibly via DECnet)
to INFO-VAX and vmsnet.sources.

Following this message, you will receive version 1.1 of REMPRTSMB.C,
which is slightly updated to work under VMS V5.5 and V5.5-1 also.

NB. I have no idea if REMPRTSMB, or any user-written symbiont at all,
will work under VMS A5.5, and won't be able to support that
"transient" version of VMS.

The support files (ITRMLEN.MAR, PRVDEF.H, PSMDEF.H, SMBDEF.H)
from the original distribution are still valid and therefore
are *not* included this time.

Enjoy,

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
From: imhw400@indyvax.iupui.edu
Newsgroups: comp.os.vms
Subject: Re: Backup and Tape Management Utility
Date: 1 Sep 92 11:42:42 -0500

SLS still retains the Tapesys behavior:  it comes with patches for a variety of
BACKUP versions and builds one to suit itself.  I, too, wish that the rumors of
a callable BACKUP had come true.  Software Partners/32 *had* to use PATCH, but
DEC doesn't.
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
Xref: sparky comp.os.vms:14509 gnu.ghostscript.bug:918
From: n8846069@henson.cc.wwu.edu (Barry)
Newsgroups: comp.os.vms,gnu.ghostscript.bug
Subject: Ghostscript and GNU C
Date: 2 Sep 92 15:21:36 GMT
Followup-To: comp.os.vms,gnu.ghostscript.bug
Organization: Western Washington University
Apparently-To: uunet!gnu-ghostscript-bug

I am trying to compile a working version of Ghostscript for VMS
using GCC and encoutering the following errors during linking:

%LINK-W-NUDFSYMS, 2 undefined symbols:
%LINK-I-UDFSYM,         UDIV
%LINK-I-UDFSYM,         UREM

My setup:
---------
VMS 5.5
DECwindows-Motif 1.1
GNU C 1.40

Any idea what could possibly being going wrong?  Is this an artifact
of GNU C?  Is there a workaround?

-BarryB
 n8846069@henson.cc.wwu.edu
From: TJK@RMCS.CRANFIELD.AC.UK (Someday my time will come ?)
Newsgroups: comp.os.vms
Subject: Help with Tape drive
Date: 25 Aug 92 13:44:00 GMT
Distribution: world
Organization: The Internet

Hello All

I wonder if you could help :

Two of the tape drive connected to out VAX 8820 have gone into
a HostUnavailable state, and the controller for these has gone off line.

The question is :

How do make  these tape drives come back to life, without rebooting. ?

Can you reply directly to me as I am no longer on this list.

Tim

________________________________________________________________________________
Tim Kimber. Computing Service, RMCS, Shrivenham, Swindon, Wilts. SN6 8LA. U.K
        TalkNET : +44 793 785308                Fax-Net : +44 793 783878
--------------------------------------------------------------------------------
Au Revoir..Tschuess..Sayonara..Tchau..Ahoj..Tot Ziens..Ciao..Shalom..Adios..
Hoscakal..Dovidjenja..Kwaheri..Zhai jian..Ahnnyung..Do zvidanya..Aloah..Farvel..
Nasvidenje..Sampai Jumpa Lagi..Sawaddee..Namaste..Do widzenia..Goodbye.
--------------------------------------------------------------------------------
JANET  -  TJK@RMCS.CRAN.AC.UK        EARN/BITNET  -  TJK%RMCS.CRAN.AC.UK@UKACRL 
                 Internet  -  TJK%RMCS.CRAN.AC.UK@CUNYVM.CUNY.EDU 
--------------------------------------------------------------------------------
From: winston@ssrl01.slac.stanford.edu
Newsgroups: comp.os.vms
Subject: Re: RE:Will lmf kill alpha???
Date: 3 Sep 92 20:03:51 GMT
Organization: SSRL, Stanford Synchrotron Radiation Lab

In article <9209030436.AA11396@ucbvax.Berkeley.EDU>, ALLIN1V2@WR-HITS.AF.MIL ("Allin1v2") writes:
> |>When we got the "temporary SUPs" from Digital 3 years ago they told us
> |>that we needed to get real PAKs.  When the PAKs for some things didn't show
> |>up after 6 months, they sent us a letter saying, "if you didn't get any
> |>PAKs, please let us know."  When the Fortran compiler showed up last month,
> |>it had a big letter on the top saying, "hey, if you don't have a certain
> |>kind of PAK, then you better get one before upgrading."
> 
>    I agree that DEC needs to get on the Ball in sending out PAKs. There has been many times I was installing something and find out that the old PAK is no good and DEC forgot to send me a new one.  I found the Temp. Service PAK service on 
> DSNLink other day ago and figure that that should help, get a TSP a little quicker than calling CSC and waiting ( and waiting and waiting) for them to call back with the PAK they should have sent in the first place.
> 
>    I haven't had a chance to use DSNLinks TSP service yet, but figure it should help and others might not be aware of it (like I wasn't)
> 
> ------------------------------------------------------------------------------
> Harry Anderson,ANDERSONHMAI@WR-HITS.AF.MIL 132.11.15.12 |Jesus Christ loves you
> Robins Air Force Base Ga - Geeks of the World Unite ! ! |and died for You.
> ------------------------------------------------------------------------------
From: beelian@iti.gov.sg (Ong Bee Lian (RC))
Newsgroups: comp.os.vms
Subject: Vt100 emulation for AIX machine
Summary: AIX RS6000 vt100 keymap wanted
Keywords: vt100
Date: 27 Aug 92 05:33:44 GMT
Organization: Information Technology Institute, National Computer Board, S'pore

Hi,

Can anybody tell me where to get the vt100 keyboard mapping for  AIX 
RS6000 machine?


Thanks

Ong Bee Lian
From: ccdarg@dct.ac.uk (Alan Greig)
Newsgroups: comp.os.vms
Subject: Re: Automating login with PSI
Date: 31 Aug 92 18:57:29 GMT
Organization: Dundee Institute of Technology

In article <01GO8BGKSW3C00002O@kirk.eurokom.ie>, T.Wade@vms.eurokom.ie (Tom Wade VMS Systems) writes:
> 
> I wish to have a command file that automatically logs a user into a remote
> site using a supplied username/password, and then pass control to his terminal.
> 
If I understand what you're looking for correctly then REMDTELOG
available from UK.AC.RL.VE will do what you want. Try mailing
Postmaster for more info. I've got a copy of the executable
kicking about but can't find the sources offhand. I'm fairly
sure that's where it came from though.
-- 

Alan Greig                            Janet: Alan@UK.AC.DUNDEE-TECH
Dundee Institute of Technology	      Tel: (0382) 308810
From: gleason@mwk.uucp
Newsgroups: comp.os.vms
Subject: Re: equivalent to SET BOOT
Date: 3 Sep 92 09:01:25 CST
Organization: M. W. Kellogg, Houston TX

In article <1992Sep3.052506.507@engage.pko.dec.com>, moroney@ramblr.enet.dec.com writes:
> In article <10980@platypus.uofs.uofs.edu>, awb702@jaguar.uofs.edu (Alex W Bryant) writes:
> | 
> | 	Does anyone know if it is possible to issue an equivalent to the 
> |>>>SET BOOT <nickname> [>boot-parameters>], without bringing down the system.
> | We are running VMS5.5 on a 4010, 6320, and a 6610.  Thanks.
> 
> There would have to be a different routine for each type of VAX as each has
> a different console.  As far as I know no such program exists although perhaps
> one or two hack have been brewed up for a particular machine or two.
> 

  Actually, the late unlamented product DESKTOP-VMS included such a
utility, to make it possible for someone with no clue whatsoever to
successfully get a VAXstation 3100 up and running.

  It was SYS$SYSTEM:NVR.EXE, and its CLD was SYS$UPDATE:NVR.CLD. It
included support for setting the boot device, setting the recovery
action on bugcheck (HALT or REBOOT), and setting the language to
English or French. It could also show what these were currently set to.

  Dunno if it was included for other processor types...it isn't
a part of normal VMS. If you ever had DESKTOP-VMS, have a look around
for it...

Lee K. Gleason N5ZMR
Control-G Consultants
713/681-3985
gleason@mwk.uucp
From: kritchie@mail1.cis.umn.edu (Kent C Ritchie)
Newsgroups: comp.os.vms
Subject: Zmodem source code
Date: 27 Aug 92 05:37:35 GMT
Organization: University of Minnesota

Does anyone know where I could find a C or Fortran source code for zmodem
for VMS?  

Please reply to kritchie@mvax.spa.umn.edu.

Thank you.
From: sharone@shar.zko.dec.com (Sharon Eikenberry)
Newsgroups: comp.os.vms
Subject: Re: Q: LSEdit with DECwindows configuration
Date: 4 Sep 92 19:03:18 GMT
Reply-To: sharone@shar.zko.dec.com (Sharon Eikenberry)
Organization: Digital Equipment Corporation


LSE and TPU don't do much in the way of resources.  The only ones for
the main window are the ones listed in the system's default LSE$DEFAULT.DAT.
Yes, you can tweak other resource values by using '*.', but these aren't
LSE-specific.

Is there some particular attribute you're looking for information on?

>I have demonstrated to DEC that there are problems with resources and LSE V4.0 
>that just didn't exist with V3.1.  

What's the specific problem that you're seeing?  LSE not respecting the 
height you've specified in the resource file?

--Sharon Eikenberry
  LSE Developer
  Digital Equipment Corporation
From: blair@snogum.enet.dec.com (Blair Phillips - Digital)
Newsgroups: comp.os.vms
Subject: Re: Q: LSEdit with DECwindows configuration
Date: 1 Sep 92 05:09:04 GMT
Reply-To: Blair.Phillips@cao.mts.dec.com
Organization: Digital Equipment Corporation


In article <01GO1MH1CN4G0007AF@KINGSTON.ARPC.ALCAN.CA>, DAVIS%MISX02@KINGSTON.ARPC.ALCAN.CA ("Stuart Davis, Alcan Rolled Products Co, Oswego, NY, USA") writes:
>
>Are there resource names that LSE uses?  If so, what are they, or where can I 
>find out about them (without spending any money buying documentation, of 
>course!)?
>
This works for LSE V4.0 - not sure about the DECwindows version -

Copy DECW$SYSTEM_DEFAULTS:EVE$DEFAULTS.DAT into wherever DECW$USER_DEFAULTS
points, and modify it as you see fit.
The following lines will probably do what you want:

Tpu.Tpu$MainWindow.X:           161
Tpu.Tpu$MainWindow.Y:           231
Tpu.Tpu$MainWindow.Columns:	80
Tpu.Tpu$MainWindow.Rows:	46

--
----------
Blair Phillips					Blair.Phillips@cao.mts.dec.com
Digital Equipment Corp (Aust) P/L		Phone: (+61 6) 2754874
Canberra, Australia				FAX  : (+61 6) 2473654
{Any opinions expressed are my own, not those of Digital Equipment Corporation}
From: CMATT@OCVAXA.CC.OBERLIN.EDU (Matt Gilbert)
Newsgroups: comp.os.vms
Subject: Re: VAXstation 4000/60 + Seagate disks: help!
Date: 27 Aug 92 13:35:00 GMT
Distribution: world
Organization: The Internet


  Well, I don't know if this will help you but...

  We had the same kind of mysterious disk errors on our 4000/60 only with
RZ23 drives. We took them out and didn't get any errors, for awhile anyway.
The drives worked fine on my 3100/76. We tried lots of stuff but finally
ended up replacing the motherboard (with the embedded SCSI controller). I 
know this is a long shot but that is all I can tell you. I would suspect
the motherboard even more if you are logging errors on the actuall SCSI 
bus (I think it is PKA0). I also logged exactly the same kind of errors 
you did (EXTENDED SENSE DATA RECEIVED, etc...). 

  Hope this helps.

 Matt Gilbert
 Oberlin College
 cmatt@ocvaxa.cc.oberlin.edu
From: davidc@montagar.com (David L. Cathey)
Newsgroups: comp.os.vms
Subject: Re: Message Queueing
Date: 2 Sep 92 00:11:22 GMT
Organization: Montagar Software Concepts, Plano TX

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. The problem is that the ACMS queueing facility is 
> 		using a lot of disk space because it keeps extending every 
> 		time a message is added to the queue and there is no way of 
> 		recovering the deleted message space without stopping the 
> 		processes involved.
> 		
> 		Does anyone know of any other product or alternatives to 
> 		overcome the above problem?
> 
> 		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...

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
David L. Cathey		                |INET: davidc@montagar.com
Montagar Software Concepts              |UUCP: ...!montagar!davidc
P. O. Box 260772, Plano TX  75026-0772  |Fone: (214)-618-2117
Newsgroups: comp.os.vms
From: syswtr@iowasp.physics.uiowa.edu
Subject: Re: Captive accounts under VMS 5.5
Organization: Department of Physics and Astronomy, University of Iowa
Date: Tue, 1 Sep 1992 18:22:48 GMT

In article <1992Aug31.101141.1@iowasp.physics.uiowa.edu>, artus@iowasp.physics.uiowa.edu writes:
> 
> 
> We are running VMS 5.5 and are having problems with captive accounts.
> V5.5 has a new RESTRICTED flag versus CAPTIVE.  Is anyone else having
> problems with captive accounts on V5.5?  Is this a 5.5 bug and is there
> a known fix?
> 
> Thanks.
> 
> Karen Artus
> artus@iowasp.physics.uiowa.edu
>                                
  The problem described appears when migrating from 5.4 to 5.5.  CAPTIVE
and RESTRICTED flags under 5.5 mandate the use of SYLOGIN.COM, previous
versions of VMS did NOT require a SYLOGIN to be defined/used.  Simply
placing an empty SYLOGIN.COM and the appropriate definition (SYS$SYLOGIN)
allows CAPTIVE/RESTRICTED accounts to function as before.

Willy
 (same system as Karen)
From: Ian.Parker@f1.n700.z6.fidonet.org (Ian Parker)
Newsgroups: comp.os.vms
Subject: RE: Clustered global sec
Date: 25 Aug 92 16:25:12 GMT
Distribution: world
Organization: The Internet


 On 08-20-92 Nick de Smith wrote to All... 
 
 Nd> Ian Parker wrote: 
 Nd>  
 Nd> >I'm just about to cluster a couple of VAXs.  On one VAX an 
 Nd> application uses global sections to communicate between processes.   
 Nd> After clustering we want this application to be available across  
 Nd> the cluster. 
 Nd> > 
 Nd> >Is there a problem? 
 Nd> > 
 Nd>  
 Nd> Although you cannot directly share global sections, you can  
 Nd> communicate across a cluster using the lock manager. I had an  
 Nd> application where I was occasionally writing chunks of data to  
 Nd> a global section on one host, and wanted the same data 
 Nd> to appear on other hosts. You can do this with a server  
 Nd> process that manages all reads and write to the section. All the  
 Nd> servers hold a CR lock on a common resource.  
 
Nick 
 
Much thanks.  I'm getting good, if depressing, responses to 
my question.  As I've said the others, I don't yet know how much 
data the application is throwing around.  If it's small, then we 
will see if we can change it to simply use the lock value blocks. 
If its bigger, then I'll look at RMS or Decnet.   
 
Now I may look into your idea more.   Give me a week or so to check 
out the application. 
 
Much thanks 
 
___---------------------------------------------------------------- 
Ian Parker                                       Tel: +852 571 2400  
Salcom Asia                                      Fax: +852 510 8562  
18/f West Tower, Bond Centre, Drake Street, Hong Kong 
 
... OFFLINE 1.40
--  
uucp: uunet!m2xenix!puddle!6!700!1!Ian.Parker
Internet: Ian.Parker@f1.n700.z6.fidonet.org

Newsgroups: comp.os.vms
From: chappuis@cmu.unige.ch (Alain Chappuis (CMU, Geneva))
Subject: Problem with MFTU, help me.
Organization: University of Geneva, Switzerland
Date: Mon, 31 Aug 1992 13:04:02 GMT

Dear Netlanders,

I have some problem to decode ZIP19 (ZIP ver 1.9)
When I execute MFTU DECODE ZIP19_ZIP.MFTU I obtain different lines :

%MFTU-W-CRCERR, crc error, block 434, calculated %XDD1B, should be %X85F7.
.
.
.
 and so...
%RMS-F-RBF, invalid record buffer

I got the source programs via bitnet under : FILESERV@WKUVX1
What solution do I have, to remediate to this situation ?

Thanks in advance.
Alain.
-- 
+-----------------------+-----------------------------------------+
| Alain Chappuis        | Decnet     : UGCMU::CHAPPUIS            |
| Universite de Geneve  | Bitnet     : chappuis@cgecmu51.bitnet   |
| Centre Medical        | Internet   : chappuis@cmu.unige.ch      |
| 1, Rue Michel-Servet  | Telepac    : 4682161330                 |
| CH-1211 Geneve 4      | Telephone  : +41 (22) 702.50.73         |
|         ------        | X400       :S=chappuis;OU=cmu;O=unige;  |
|                       |             PRMD=switch;ADMD=arcom;C=ch |
+-----------------------+-----------------------------------------+
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: PATCH on alpha
Date: 2 Sep 92 13:05:52 GMT
Distribution: world
Organization: The Internet

It appears to me that it will be of some value to port VFE
(a binary file editor) to Alpha. If patch will be missing, at
least VFE will allow binary files to have contents bashed
appropriately. Unfortunately this will be more complex on Alpha
than on VAX, but as has been said, sometimes one only wants
to change values of data constants. I'll try and get it to
compile with cross tools as a package that can be distributed by
the usual DECUS channels.
   DEC has been quite helpful in supporting the movement of some
of the more interesting DECUS packages to Alpha, so it is even
possible that something that is free code could wind up available
to essentially all Alpha customers. Failing that, a commercial
vendor could always just include a copy as a service; the package
is public domain, no restrictions on distribution. (Yes, I have
it online and am looking at VFE.MAR as I write this.)
   VFE is able to patch, add/delete records, search for patterns,
etc. and should be a handy thing on Alpha as it is on VAX. The
Spring '87 version (on Fall '87 sig tapes) is the most capable.
Glenn
Everhart@raxco.com
(VFE was written by Ward Condit, 1984-87)