HDTenEightyP/NetNews huggingface dataset:
From: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM (Bob Marshall)
Subject: Re: LN03 Queues on TCP/IP LINES
Reply-To: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM
Organization: LMSC, Sunnyvale, California
Date: Sun, 3 Jan 93 05:38:34 GMT

In article <1993Jan3.001130.7592@nobeltech.se>, ppan@nobeltech.se (Per Andersson) writes:
>An alternative solution to the problem would be to use the relatively new 
>feature in Multinet ( or the one from Process Software) to have a pseudo-
>device which connects to the port on the server. Than you can use a symbiont
>that thinks it is talking to a TTY (provided it doesn't do ugly things),
>and it will be much less work than converting to LPR or whatever.

The Multinet symbiont seems to be fine for "simple" situations. However,
many of our LAT print queues are already using a third-party symbiont
(i.e., INIT/QUEUE/PROCESSOR=custom-symbiont-name). The Multinet solution
requires that you use INIT/QUEUE/PROCESSOR=Multinet-symbiont. I have not
come up with a way to resolve this conflict (i.e., you can only specify
one symbiont with the /PROCESSOR switch). I have asked this question to
comp.os.vms, and to Digital, and to TGV, but I have not come up with
an acceptable solution. Any ideas?

Bob Marshall
marshall@force.ssd.lmsc.lockheed.com
=============================================================================
Bob Marshall                     \\     "Women aren't as smart as they
Lockheed Missiles & Space Co.     \\     think they are; they think we
Sunnyvale, CA                      \\    men know a lot more than we
marshall@force.ssd.lmsc.lockheed.com\\   really do."
"I tell the truth 'cept when I lie"  \\     - Tim the Toolman
=============================================================================
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Apending a file at the end of mail.
Date: 21 Dec 1992 08:24:35 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <01GSK4HGLSY800036I@MSUS1.MSUS.EDU>, TS117%BSU.DECNET@MSUS1.BITNET (TANDI SUNARTO) writes:
>Ehud,
>
>Since I am a new user on VAX system, could you please elaborate your
>explanation on how to append a file at the end of mail, for example :
>tell me how to create an initiliazation file, and other stuff.

OK, when people start confusing me with Ehud, I know I've gone over the line
:-)

First:  From within MAIL, issue the command:
	MAIL> SET EDITOR TPU
then, create a file which contains the text:
PROCEDURE SIGNATURE
	LOCAL OUTFILE, OLDPOS;
	ON_ERROR
		POSITION(OLDPOS);
	ENDON_ERROR;

	OUTFILE := GET_INFO(COMMAND_LINE, "OUTPUT_FILE");
	OLDPOS := MARK(NONE);
	IF (SUBSTR(OUTFILE, 1, 17) = "SYS$SCRATCH:MAIL_") AND
		(SUBSTR(OUTFILE, 26, 9) = "_SEND.TMP") AND
		(LENGTH(OUTFILE) = 34) THEN
		POSITION(BUFFER_END);
		READ_FILE("SYS$LOGIN:SIGNATURE.");
		POSITION(OLDPOS);
	ENDIF;
	POSITION(OLDPOS);
ENDPROCEDURE;
SIGNATURE;

Then, define a logical name, TPU$COMMAND, which points to this file.  I've got
another procedure that puts ">" in front of every line of included text. 
E-mail me if you want it.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: re: Alternative callable editors in MAIL?
Date: 30 Dec 92 17:56:00 GMT
Organization: The Internet


	[I wrote:]
	Note that since MAIL is privileged, any callable editor that you
	intend to call from MAIL must be INSTALL'ed.

	[Carl Lydick responds:]
	The "since" there should be replaced by an "if."  Under VMS v5.4-2,
	for example:

	$ SEARCH SYS$MANAGER:VMSIMAGES.DAT MAIL
	sys$system:mail_server	/open /header /shared	/priv=(sysprv)
	sys$system:mail		/open /header /shared
	sys$share:mailshrp	/open /header /shared 	/protect
	sys$share:mailshr	/open /header /shared

	Since MAIL_SERVER and MAIL have been decoupled, MAIL is no longer, by
	default, a privileged image.

Mr. Lydick is, of course, quite correct.  However, it's worth noting that
MAIL WILL be installed with privilege on many systems, since some common
mail extension packages, DECUS UUCP perhaps most prominent among them, require
it be so.
							-- Jerry
Newsgroups: comp.os.vms
From: huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712)
Subject: Re: UCX TELNET name.name.name portnumber -- How?
News-Software: VAX/VMS VNEWS 1.41    
Organization: European Organization for Nuclear Research, CERN
Date: Mon, 21 Dec 1992 18:09:00 GMT

In article <1992Dec21.092203.1@gallua>, CADS_COLE@GALLUA.BITNET (Kevin Cole; Washington DC) writes...
>[Since vmsnet.networks.tcp-ip.ucx appears dead, I thought I'd try here...]
>I notice that I cannot type:
>       telnet name.name.name portnumber
>(It complains that it can't find a host record.)  But I can type:
>       telnet name.name.name
>and    telnet number.number.number.number portnumber
>Why does it understand one and not the other?  And is there anything *as a user
>not a systems manager* I can do about it?  Is there a way to feed it the 
>parameters in a way that it will understand that it should translate the host
>name to the numeric address and then apply the port number?  Or am I misdiag-
>nosing the symptoms? 

I just verified: there is no such behaviour in UCX 2.0, all three versions 
works
 telnet domain-name 
 telnet domain-name port-number
 telnet numeric-address port-number

What CAN happen: at the first attempt, domain-name look-up at the name server 
timed out. The next one, using the same name, succeeded.
Did You VERIFY, that it is not just that case?
-
Joseph "Sepp" Huber        | At present in CERN, phone -4439/-6712
Max-Planck-Institut Physik | Internet: huber@vxcern.cern.ch
Munich, Germany            | HEPnet:   VXCERN::HUBER
From: jpz@vax.sonoma.edu
Newsgroups: comp.os.vms
Subject: SCSI disks on BI systems
Date: 22 Dec 92 23:36:53 GMT
Organization: Sonoma State University

We're considering using 

1) CMD BI<->SCSI boards and SCSI disk drives 

or

2) MicroTechnology's "Stingray" HSC-emulation 

to support a large full-text database. I'd appreciate hearing from 
anybody who has had (good/bad/indifferent) experience with either of 
these subsytems. 

E-mail or post.

Jack Ziegler			|
Computing Services		| internet: jpz@sonoma.edu
Sonoma State University		| phone   : (707)664-3098	
Rohnert Park, CA 94928		|
Newsgroups: comp.os.vms
From: shibuya@bl.applicon.slb.com (Hiroto Shibuya)
Subject: VAX-C SHELL$FIX_TIME and SHELL$MATCH_WILD
Reply-To: shibuya@bl.applicon.slb.com
Organization: Applicon; Billerica, MA (USA)
Distribution: comp
Date: Wed, 30 Dec 1992 23:46:15 GMT

I was trying to port Todd Aven's VMS/MAKE v3.4 to Alpha and got the
following undefined symbols at the link time.

	SHELL$FIX_TIME
	SHELL$MATCH_WILD

According to the link map on VAX, they are pulled out from VAXCRTL,
but apparently do not exist on Alpha's CRTL.  I looked up VAX-C manual
but didn't find any documents on these guys.  Could somebody provide
me of the spec of these routines so I can write replacement?

Also, does anybody know any MAKE beside the following 2 listed in "VAX
SW list. Monthly Post."?  

MAKE            A program maintainer.  Can be used to recreate a program
                by only recompiling source programs that are out of date.
                Analogous to "make" on UNIX systems.  Two versions exist,
                at least: 1 very similar to the Unix make; 1 specifically
                for VMS.
                Availability:   MAKE/VMS v3.4 from F10 (Read make.doc first),
                                F19

I know I can get VMS Posix...

Thanks in advnace.
--
					Hiroto Shibuya
			
					Applicon Inc.
					Billerica, MA
					U.S.A.

Newsgroups: comp.os.vms
From: Ung-Ho Yi <ungyi@magnus.acs.ohio-state.edu>
Subject: cdd and c
Organization: The Ohio State University
Date: Mon, 21 Dec 1992 20:36:36 GMT
X-Mailer: ELM [version 2.3 PL11]

hi,

i have asked this problem to many people includeing the
dec, and so far i havn't heard of any solution.
i would really appreciate your help.

i am currently trying to include a string field from
cdd to my c program.
the string field in cdd was created for cobol, so when i tried to
include the field to my c program, i am one character short.

has any one found a way to get by this problem?
i would appreciate your help.

yi
From: ts117@VAX1.BEMIDJI.MSUS.EDU (TANDI SUNARTO)
Newsgroups: comp.os.vms
Subject: Thanks to everybody !
Date: 30 Dec 92 18:40:23 GMT
Distribution: world
Organization: The Internet

Hi everybody,

I am really thankful for every answer you guys posted.
They help me a lot.

Tandi.

P.S : Glamdrin, if you would like to have the e-mail address of any of
      the instructors in BSU, I'd be more than happy to send it to me.
From: jasper@vax.path.ox.ac.uk
Newsgroups: comp.os.vms
Subject: Re: Need VMS Gopher Client
Date: 21 Dec 92 19:36:00 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper

In article <1992Dec21.082642.365@news.uwyo.edu>, rtravsky@news.uwyo.edu (Rich Travsky) writes:
> How many VMS gopher clients are there? I'm aware of and have the
> one from boombox at the University of Minnesota. Do any others
> exist that I can access?   TIA,

Two that I am aware of: Both are at their current revision courtesy of David 
Jones at Ohio State:

The Gopher client (character cell) is at version 0.6D (as of this week) and is
derived from the version 0.6B code at Boombox. I think it supports UCX,
Multinet and Wollongong. It has a variety of important fixes compared with
version B. 

There is also an Xgopher Client, which looks as though it is entirely by
David, and is UCX only. 

Both are available as share files on job.acs.ohio-state.edu (128.146.6.48) for
anon ftp. 

Hope this helps to launch a few more VAXes into Gopherspace....

regards,    jasper

Jasper Rees

Oxford University Molecular Biology Data Centre

jasper@vax.path.ox.ac.uk
Newsgroups: comp.os.vms
Subject: Re: C-Kermit
From: degen@nrlvx1.nrl.navy.mil
Date: 22 Dec 92 10:23:38 -0400
Organization: NRL SPACE SYSTEMS DIVISION

In article <9212220212.AA04730@ucbvax.Berkeley.EDU>, MORRIS@PATRICK-PIMS.AF.MIL ("Jay Morris") writes:
> Ok, I've seen references to C-Kermit which is supposed to be much better than
> Kermit-32, but I can't find it.  I've searched by archie, i've looked on
> WATSUN, but I can't find it.  Evidently, I'm not looking for the right filename
> .  
> Someone want to point me in the right direction?
> 
> (Last time I asked someone that, they said go 5 miles east from Cocoa Beach, Fl)
> morris@patrick-pims.af.mil

watsun.cc.columbia.edu (128.59.39.2) has a lot C-Kermit stuff.  after
a quick peek it looks as though the vms version is in kermit/b/vms*.*, but
according to my notes (which are probably old) it is in kermit/sw/cd*.*.

david degen                          		degen@nrlvax.nrl.navy.mil
System/Network Mgr.   				(202)574-7299
Space Systems Division 8120
Naval Research Lab. 
Washington DC

Newsgroups: comp.os.vms
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Subject: Re: ballooning EXE size
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH
Date: Wed, 30 Dec 1992 22:29:45 GMT


In article <29DEC199216584048@venus.lerc.nasa.gov>,
uugblum@venus.lerc.nasa.gov (VMScluster Administrator) writes:
|>
|>I assisted one of the users here with this problem about a month ago.
|>
|>The problem with a program growing from a small to a large executable size
|>by making a small change in source code is caused by the linker demand zero
|>compression not being used when a certain image section count is exceeded.
|>This can be corrected by specifying a ISD_MAX value of 200 to 300 in a
|>link options file.  See the DSNlink article entitled "Image File Grows Much
|>Larger After Adding Small Amount of Code".

Raising ISD_MAX creates its own set of problems.  You may have to raise
PROCSECTCNT, for example, which increases the size of process headers and thus
the amount of physical memory permanently allocated to VMS.  Also, having lots
of process sections can drastically increase image activation time.

A better way to remedy this situation is to examine the link map to determine
which program sections are initialized versus uninitialized, and to use
CLUSTER and COLLECT linker options to cause those program sections to be
consolidated into a single image section.  With rare exceptions, a VMS
executable image need not have more than 10 image sections, not counting those
associated with shareable images that the executable image references.  If
an image is bumping into the ISD_MAX limit, that is a sign that the programmer
needs to take a look at how the PSECTs are being laid out in memory.

--PSW
From: w1c2l3@VAX1.BEMIDJI.MSUS.EDU
Newsgroups: comp.os.vms
Subject: Request help !
Date: 23 Dec 92 18:38:30 GMT
Distribution: world
Organization: The Internet

Hi, everybody !

I read a mail (I forgot the name of the sender) about recursive directory
specification, using this command :

$ CREATE /DIR [.1]
$ SET FILE /ENTER=[.1]2.DIR 1.DIR

The first time I access 1.DIR, I could see 2.DIR.
Then, when I access 2.DIR, I could see another 2.DIR, and that 2.DIR seemed
endless. Everytime I access the next one, I would always see another one,
kind of getting deeper and deeper.

Can someone please explain to me what in happening ?

I also tried to delete the directory :
I delete 2.DIR first, since it's lower that 1.DIR, using this command :
( I did this after I access 1.DIR)

$ SET PROT:O:D 2.DIR
$ DEL 2.DIR;*

But, instead I got error message :
insufficient privilege or file protection violation.

I'd really appreciate any help I could get ?
Thanks in advance for any of your help.

Tandi
TS117@VAX1.BEMIDJI.MSUS.EDU
From: tony@vaxc.cc.monash.edu.au
Newsgroups: comp.os.vms,gnu.gcc.help
Subject: Re: Loading gcc 2.2 from Mango (Bug in KITINSTAL.COM)
Date: 27 Dec 92 20:03:54 +1100
Distribution: world
Organization: Monash University - Australia.

In article <1hjludINN34t@gap.caltech.edu>, 
     carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <1hierfINNp7t@gap.caltech.edu>, 
>      carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes: 
> a lot of stuff based on a wild-assed guess about something that
> 	In article <gnusenet1992Dec20.232210.23638@bnlux1.bnl.gov>, 
> 	kushmer@bnlux1.bnl.gov (christopher kushmerick) writes: 
> I'd appreciate any feedback as to whether my guess was accurate.  In
> particular, was this person abusing a VMSINSTALlable kit?

If it's the same problem I encountered a few weeks ago with the same package
then I reckon it's a bug in KITINSTAL.COM. 

At line 402 you'll find :
$    CALL ASK YORN "Purge files replaced by installation?" "Y"
If you change it to :
$    VMI$CALLBACK ASK YORN "Purge files replaced by installation?" "Y"
then it's a goer.

Why ? Well, given that 
$    VMI$CALLBACK = "CALL CALLBACK"
this translates to
$    CALL CALLBACK ASK YORN "Purge files replaced by installation?" "Y"

DCL should be looking for a subroutine label "CALLBACK" (with P1 = ASK) but
currently it's looking for the label "ASK", which doesn't exist.
Well, it worked for me.

   Cheers from Oz,
               Tony
-- 
Tony McGrath, System Hacker, Comp-U-Card Aust., Ormond, VIC 3204, Australia
Internet: Tony@vaxc.cc.monash.edu.au  Ph: +61 3 578 5933  FAX: +61 3 578 5300
From: ccdarg@dct.ac.uk (Alan Greig)
Newsgroups: comp.os.vms
Subject: Re: Bug in VMS_SHARE 8.1, with patch.
Date: 27 Dec 92 14:21:22 GMT
Organization: Dundee Institute of Technology

In article <LEVITTE.92Dec27105341@elmer.e.kth.se>, LEVITTE@e.kth.se (Richard Levitte) writes:
> Of course, I goofed. My previous patch added .DIR files to the archive,
> which restored them as bogus.
> 
> Here is the original bug I claim to fix:
> 
> While trying to package my Emacs patches, I noticed VMS_SHARE wouldn't
> take files with an empty file type (like FOO.;1). I tracked down the bug
> and made a small change. The patch is included below.
> 
> I wanted to send this to the author, Andy Harper, but I couldn't find
> his address among the files, soo.... Andy, are you listening? Please add
> your address somewhere in the docs!

Andy Harper's email address is <UDAA055@oak.cc.kcl.ac.uk>.

-- 
Alan Greig                            Janet: Alan@UK.AC.DUNDEE-TECH
Dundee Institute of Technology	   Internet: Alan@DCT.AC.UK
Tel: (0382) 308810                 Int: +44 382 308810
              -- There is only one true conspiracy --
Newsgroups: comp.os.vms
Subject: Re: Detecting directory of invoked .com
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 25 Dec 92 09:17:56 GMT
Distribution: world
Organization: The Wolery

carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> First:  You've got no reason to worry about being flamed.  You've clearly
> stated what you want to know, and you're NOT repeating a question that's
> already been answered for you in the last week or so.  If I understand your
> question correctly (i.e., you want the device, too) then what you want is given
> by the expression:
> 	$ F$ELEMENT(0,"]", F$ENVIRONMENT("PROCEDURE")) + "]"

Ummm, Carl....

(1) That's a lexical, not a command.
(2) Check out what happens if the command file is invoked by:

	$ @[dir1.][dir2]commandfile
or
	$ @<dir>commandfile

The previous posters' use of f$parse() to get the directory & device is
the best solution. 

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: Querent
Date: 29 Dec 92 11:49:01 GMT
Distribution: world
Organization: The Internet

Carl Lydick recently began to use the word "querant" to describe a person who
asks a question on INFO-VAX.

According to the OED, "querant" is an obsolete and rare variation on "querent"
and is actually a French word.  (Both forms derive from the Latin quaere, to
inquire.)

"Querent"  is a curiously appropriate word in this context:

	querent, n.  One who asks or inquires; {\it spec} on who consults,
		or seeks to learn something by means of, an astrologer.

Note that Mr. Lydick works for an organization that does astronomy.

A "rare" additional meaning is:

		adj.  Complaining.

Could this perhaps apply to another class of recent INFO-VAX posters, though
I think "querimonious" (full of, addicted to, complaining) is even better.

Finally, "querent" in law means a complainant or plaintiff.

Yet another variation of the word is:

	 querist,  n.  One who asks or inquires; a questioner, interrogator.

							-- Jerry
From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
Newsgroups: comp.os.vms
Subject: Re: AUTHORIZE oddity
Date: 24 Dec 1992 15:20:21 GMT
Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
Distribution: world
NNTP-Posting-Host: ifk29.mach.uni-karlsruhe.de
X-News-Reader: VMS NEWS 1.20

In <01GSO9W1B4KY000LHV@ACAD.DRAKE.EDU> SK0001@ACAD.DRAKE.EDU writes:

: I have observed as oddity in AUTHORIZE.  My feeling this is a known "bug" or
: "feature" in AUTHORIZE, but I thought I would share my experince with the
: rest of you for its educational value.
[...] 
:    I am curious as to what caused the [200,1] change names like you have seen
:    above.. Any ideas ?

Yes, I've run into the same trouble, but it's easy to prevent:

NEVER forgot to specify COPY/UIC=<something_new> <old> <new>
                             ^^^^^^^^^^^^^^^^^^^
All other stuff can then be done with MODIFY on the new account.



Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de)
From: FRANCO@UDUNIV.CINECA.IT
Newsgroups: comp.os.vms
Subject: Using $SETUAI to clear LOGFAIL field in SYSUAF
Date: 24 Dec 92 11:41:00 GMT
Reply-To: FRANCO@UDUNIV.CINECA.IT
Distribution: world
Organization: The Internet


With  VAXPascal  4.2  and VMS 5.4-1, I'm trying to write a program using
$SETUAI system service to  modify  current  "login  failures"  field  in
SYSUAF  for given users.  $SETUAI works well with any field (UAI$_ASTLM,
UAI$_BIOLM, etc.   etc.),  but  when  using  UAI$_LOGFAILS  I  obtain  a
"SS$_Badparam" condition value.

Looking  into  the Grey Wall (volume "System Services Reference Manual")
for $SETUAI module description, I found that UAI$_LOGFAILS field is  NOT
documented.   It  *IS*  documented  (and  it  works!) for $GETUAI system
service.

Question 1: Does $SETUAI System Service support field UAI$_LOGFAILS ????

Question  2:   how  can  I  lower to zero LOGFAIL field in SYSUAF, for a
given user, WITHOUT forcing this user to interactively log in and out?

Thanks for any help. And Merry Christmas from Italy

                                FRANCO@UDUNIV.CINECA.IT

*****************************************************************************
*  Franco Brunetta, VAX/VMS System Manager, University of Udine, Italy
*  Phone  nr. 39 432 556705  DECnet:   UDUNIV::FRANCO  (37963::FRANCO)
***************************  Bitnet:   FRANCO@UDUNIV.CINECA.IT
** The Lone Manager ! *****  Internet: FRANCO%UDUNIV.CINECA.IT@CUNYVM.CUNY.EDU
*****************************************************************************



Xref: sparky comp.os.vms:19915 gnu.gcc.help:2817
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms,gnu.gcc.help
Subject: Re: Loading gcc 2.2 from Mango
Date: 27 Dec 1992 07:28:13 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1hierfINNp7t@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
Lydick) writes: 

a lot of stuff based on a wild-assed guess about something that
	In article <gnusenet1992Dec20.232210.23638@bnlux1.bnl.gov>, 
	kushmer@bnlux1.bnl.gov (christopher kushmerick) writes: 
I'd appreciate any feedback as to whether my guess was accurate.  In
particular, was this person abusing a VMSINSTALlable kit?
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.