HDTenEightyP/NetNews huggingface dataset:
From: Steve Frampton <frampton@vicuna.ocunix.on.ca>
Newsgroups: comp.os.vms
Subject: Re: USENET net.news to VAX*Notes?!?
Keywords: uucp usenet news vax vms notes
Date: Sat, 07 Nov 92 21:46:07 EST
Reply-To: frampton@vicuna.ocunix.on.ca
Followup-To: comp.os.vms
Distribution: world
Organization: Vicuna Systems, Kingston, ON (613) 547-5066
Content-Type: text/plain; charset=us-ascii

Steve Frampton <frampton@vicuna.ocunix.on.ca> writes:

> I was wondering what is out there in the public domain/freeware/shareware 
> to provide the following functions:
> 
>   - Something to run on the VAX VMS system to allow it to connect to
>     my site and transfer the news via UUCP/g.
> 
>   - Something to convert the USENET newsgroups into some format readable
>     by VAX*Notes...which is an application they seem keen on supporting.

As promised, I am following up to this query with a summary.  Special
thanks to those who responded:

        flowers@memstvx1.memst.edu, gezelter@rlgsc.com,
        rick@qucdnee.ee.queensu.ca

        ...and anyone else who happened to respond during or just after
        I was composing this summary.

It was unanimously suggested that I look into "ANU-NEWS", aka VMSNET,
which is a news server & client for VAX VMS.  It was written by Geoff
Huston of ANU in Australia, and is available from the DECUS library, or 
over the net at several sites.  It includes source code.  The security
is said to be excellent.

As far as gating the news to VAX*Notes, it was suggested to just use
ANU news instead as it is a full-blown news package.  However, if comp.
services were insistant about using VAX*Notes, gateways did exist (one
contributed by DEC and doesn't include source, but others are available
from other sources as well) to accomplish this.

Thanks to all for your timely and helpful suggestions.

+-----------------------------------------------+--------------------+
| Steve Frampton - frampton@vicuna.ocunix.on.ca | Steve Frampton     |
| I collect postcards!  If you send me one from | 501-A Princess St. |
| your area, I'll send one in return.  Send to >| Kingston, Ontario  |
| (Don't forget both email and mailing address) | CANADA   K7L 1C3   |
+-----------------------------------------------+--------------------+
From: dfilip@colorne.colornet.com
Newsgroups: comp.os.vms
Subject: Re: How to create process on behalf of another userid
Keywords: cmkrnl 
Date: 5 Nov 92 02:27:01 GMT
Distribution: world
Organization: ColorNet Information Systems

Aaron Leonard writes :
>wdh@holos0.uucp (Weaver Hickerson) writes:
>| 
>| How can a program, with full privileges, create a process that takes on the
>| access privileges and user id of a specified user?  I need to do this
>| without using the SUBMIT/user=xxx routine - I don't want to create a
>| separate batch job but I would like to create an asynchronous child process
>| that can operate under a specified user id.
>| 
>| I know it can be done because SUBMIT does it.   I've got this working now
>| using SUBMIT and mailboxes.  Can I get that sumbit out of there?
>
>$GETUAI everything you can about the user.  Jump into kernel mode
>and change your username (and account string if you care).  $CREPRC
>the process.  (If you want the process to run DCL, specify LOGINOUT as
>the image name, and use the AUTHORIZE flag.)  Then go back into
>kernel mode and change your username (and account) back.

This works, but any hacking of the JIB (or the PCB, or any of the other
VMS data structures) is not OFFICIALLY supported by DEC. I called Colorado
a while back with the same question, and they said that DEC had no officially
supported way of doing this other than creating a batch job (although you
don't have to use SUBMIT w/mailboxes : call $SNDJBC directly to create your
batch job). When I mentioned that I had hacked a small piece of code to
hack the JIB, and (in my case) LIB$SPAWN() took the new username, I was reminded
that DEC did not support that method.

Of course, they are protecting themselves, since you can create some pretty
weird crashes if you don't know what you are doing, and DEC dosn't want
to chase their tails on support calls caused by CMKRNL code messing up
the scheduling database. But just wanted to make sure that the original
poster understood this.

(please send all flames regarding what programmers who don't know what they
are doing but writing kernel mode code deserve to either my PRIVATE mailbox
or NLA0:).

Regards,

Dave.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : dfilip@colornet.com              =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     Standards are wonderful 'cause there are so many to choose from !     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: Problems with CA-ARCHIVER 4.0 and Exabytes
Date: 12 Nov 92 14:16:55 GMT
Distribution: world
Organization: The Internet

My CA-Archiver V4.0 manuals (the release notes, I think) explicitly state that 
8mm tapes are not supported at this time.  CA told me V4.0 _might_ work with an 
8mm drive, provided the drive supports long EOF records.  The explanation is 
that, at the end of each archive service run, a copy of the archive database is 
placed on the tape (for use by  ARCMAN RECOVER).  At the next service run, this 
copy of the database is overwritten by the new files being archived.  In order 
to properly position the tape, long EOFs are required.  Otherwise, Archiver 
can't find the old database file properly.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: comp.os.vms
Subject: Re: Sending VMS print jobs to Unix lpd
Date: 5 Nov 92 16:00:42 -0800
Reply-To: EWILTS@GALAXY.GOV.BC.CA
Organization: BC Systems Corporation

In article <1992Nov5.193012.8620@mnemosyne.cs.du.edu>, ncohen@nyx.cs.du.edu (Nathan Cohen) writes:
>     I am looking for software to let me forward print jobs from a VMS
> print queue to a lpd-style printer on a Sun/Unix.  It seems like this
> would be a FAQ, so my apologies if it is - I was unable to find it and my
> DEC rep was little help.  I am looking for either free or commercial
> software.

You don't say whose TCP/IP software you are running, if any.  If you're not,
your first step will be to purchase one (there is no free TCP/IP implementation
for VMS).  Most, if not all, of the commercial TCP/IP products support lpr
which you can use to print to your lpd printer.

If you need info on commercial vendors, feel free to ask (no, we don't sell
any!).

-- 

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
From: dave@chmeds.ac.nz
Newsgroups: comp.os.vms
Subject: MAG TAPE DRIVER PROBS.
Date: 11 Nov 92 08:31:11 +1200

MAG TAPE DRIVER
We have a non DEC tape and driveron our unibus vax.

It has previously worked (VMS 4.x)but has fallen into disuse. We wish to reuse
it now on V5.4 but we are having troubles writing.

Whne QIOW - IO$_CREATE is called the tape reads forward until it falls off the
supply reel. Presumably it is searching for the end of the last file??.

Any suggestions would be greatly appreciated.

Dave.
Newsgroups: comp.os.vms
From: huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712)
Subject: Re: PROBLEM: SET COMMAND UTILITY
Summary: Command-Definitions missing.
News-Software: VAX/VMS VNEWS 1.41    
Keywords: VMS 5.1, DCLTABLES.EXE, MicroVAX 3200, VMSINSTAL
Organization: European Organization for Nuclear Research, CERN
Date: Tue, 10 Nov 1992 10:22:00 GMT

In article <BxCnK7.KE1@didymus.rmi.de>, andreas@didymus.rmi.de (Andreas Fassl) writes...
>Hi,
>any pointers/solutions to the following problem?
>Software product successfully installs via VMSINSTAL, runs fine.
>After logout all new command definitions are gone.
>A dump of the file DCLTABLES.EXE shows a correct installation.
>Setting the command files via SET COMMAND directly will make
>the commands available, a definition via
>SET COMMAND/TABLE=DCL.../OUT=DCL.. command NOT.
>What other locations are possible, how can I determine the other
>command tables. A look in authorize gives no hint.

Two possible reasons (or a combination of them):
(1) The new DCLTABLES.EXE is in the sys$specific:[syslib] of the node, where 
You ran vmsinstal, but not in sys$common:[syslib] ?
If so: copy sys$specific:[syslib]dcltables.exe to sys$common:[syslib].
(2) DCLTABLES was not INSTALL REPLACED ?
    Do INSTALL REPLACE SYS$COMMON:[SYSLIB]DCLTABLES
(Best with SYSMAN if in a cluster).
-
Joseph "Sepp" Huber        | At present in CERN, Geneva
Max-Planck-Institut Physik | Internet: huber@vxcern.cern.ch
Munich, Germany            | HEPnet:   VXCERN::HUBER
Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: Assigning multiple commands to keys in TPU?
Organization: Stanford Linear Accelerator Center
Date: Tue, 10 Nov 1992 23:17:43 GMT

In article <10NOV199214521598@trentu.ca>, spowell@trentu.ca (Stefan Powell) writes:
> Is there a quick and easy way to assign the following commands to a keys in TPU
> without calling another command file.
> 
> forward
> move by word     {these two commands I want to assign to KEYPAD(103) }
> 
> 
> reverse
> move by word
> forward          {these three commands I want to assign to KEYPAD(104) }
> 
> ________________________________________________________________________________
>                                               Stefan Powell - SPowell@TrentU.CA

    The quickest and easiest way is to use MOVE WORD FORWARD and MOVE WORD
REVERSE :-)  What?  You don't have those in your version EVE?  Can't imagine
why...but, that's why I wrote 'em ;-)

    In the interest of brevity, I've sent the procedures by e-mail to Stefan,
others should feel free to request them from me at the address below.

    Also, another plug for vmsnet.tpu/INFO-TPU: this newsgroup/mailing list
is dedicated to TPU, EVE and LSE related questions, and has low volume and 
expert readers.  If you don't get the vmsnet news hierarchy, you can subscribe 
to the INFO-TPU mailing list by sending a one-line message to LISTSERV@SHSU.EDU 
or LISTSERV@SHSU.BITNET containing the line:

	SUBSCRIBE INFO-TPU Your Name Here

-Ken
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@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...
Newsgroups: comp.os.vms
Subject: Re: FLAME ALERT>>  DECnet and OSI
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 5 Nov 92 10:20:49 GMT
Distribution: world
Organization: The Wolery

DEREK@U.WASHINGTON.EDU writes:
> Don Stokes provided a short little routine which, run in kernel mode,
> would set the PCB$M_NODELET bit in a PCB.  Just thought I would point
> out that this bit is only being tested in "newer" versions of VMS.  It's
> been there as far back as I can remember, but used to not work.  I think
> it started being tested back in V5.4, but cannot say for sure.  If you
> are running an older version of VMS, it might not prevent you from logging
> out.

I'm fairly sure this coincided with the implementation of the audit server.
That would have been around V5.2ish, but the NODELET bit may have been 
implemented earlier in anticipation of an "unkillable" audit server.

--
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: scott@memex.co.uk (Scott Williamson)
Newsgroups: comp.os.vms
Subject: Reading raw tapes
Date: 4 Nov 92 10:41:23 GMT
Organization: Memex Information Systems Ltd, East Kilbrde, Scotland

Can anyone tell me what sort of COPY, BACKUP etc. type command I need
to use under VMS to read magnetic tapes of unknown format. Under Unix
I would use "dd" on the raw tape device. I don't need to have any
interpretation of the data performed ie. I just want to end up with a
big file (or files) containing the contents of the tape.

Thanks

Scott Williamson		scott@memex.co.uk
Xref: sparky comp.os.vms:17942 comp.lang.c:16478
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms,comp.lang.c
Subject: Re: Getting terminal width from VAX-C ?
Date: 13 Nov 1992 18:18:51 GMT
Organization: HST Wide Field/Planetary Camera
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Nov13.160706.13231@rti.rti.org>, jbs@rti.rti.org writes:
>In article <1dud12INNd9g@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>
>>In article <1992Nov12.152852.3935@rti.rti.org>, jbs@rti.rti.org writes:
>
=>>>How do I implement the function "terminal_width()" ?
=
=>>Example of how to get the page LENGTH deleted]
=
=>Close, but no cigar.  The IO$_SENSEMODE characteristics buffer contains the
=>page length, not the page width.  For the page WIDTH you want to use $GETDVI,
=>specifying the item code DVI$_DEVBUFSIZ.
=
=What's in your cigars?  This code works on my system (VMS 5.5 on a VAX 6520).
=Compile it and try it on yours after doing "$ set term/width=132" and then
=80.  Or are we discussing a difference in terminology here?  I consider width
=to be the number of columns displayed on the terminal.  I would consider
=length to be the number of rows.

Sorry, my mistake.  I wrote my response from home, where I don't have access to
the manuals.  I confused the second word of the characteristics buffere with
the eight byte.  Mea culpa.
--------------------------------------------------------------------------------
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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: SET TERM/INQUIRE
Date: 6 Nov 1992 22:12:42 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 <1992Nov5.100216.26537@kth.se>, tordm@vand (Tord G.M. Malmgren) writes:
>In article <31OCT199212071438@erich.triumf.ca>, music@erich.triumf.ca (FRED W. BACH) writes:
>
>>   We have just found out that SET TERMINAL/INQUIRE should not be followed
>> immediately by another SET TERM command.  Depending on system and network
>> overhead, there is about a 75% chance that the second command will be
>> totally ignored.  The effect is very reproducible.
>
> I always thought "set terminal/inquire" flushed the command buffer..
>like, run a programme, buffer up "set terminal/inquire" "directory"
>"show quota" and so on, and everything after the "set" will be ignored...

No, SET TERMINAL/INQUIRE does NOT "flush the command buffer."  It flushes the
typahead buffer of the terminal you're setting.  Now, if SYS$COMMAND happens to
be that terminal, then any typeahead will, indeed, be flushed and you might
lose commands that immediately followed the SET TERMINAL/INQUIRE.  However, if
SYS$COMMAND is, for example, a DCL procedure, then you don't lose any
subsequent commands.  The original poster didn't make it completely clear, but
it looked to me as if he was talking about the latter case.
--------------------------------------------------------------------------------
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: mdc8567@nyssa.boeing.com (Mike Clay 952-0504 - Gone to feed Vaal...back soon)
Newsgroups: comp.os.vms
Subject: Scanning software for HP ScanJet Plus?
Date: 10 Nov 92 18:00:16 GMT
Organization: The Internet

Does anyone out there know of scanning software for the VAX that supports
the HP ScanJet Plus?

We currently have our ScanJet connected to a PC, and use PCSA to move the
scanned images to the VAX.  It would be great to get the scanner directly
connected to one of our VAXstations, especially since we might be moving
away from PCSA in the near future.

I've already looked at DECimage Scan Software for VMS V3.0, but it only
claims to support DEC scanners (of course).

Any information appreciated,

	Michael (claym@bcsaic.boeing.com)
From: WARNER::DAMBIK@FNAL.FNAL.GOV (Ed Dambik)
Newsgroups: comp.os.vms
Subject: Motif Text Widget Cursor Shape
Date: 10 Nov 92 22:43:50 GMT
Distribution: world
Organization: The Internet


We're attempting to update some of our applications to use Motif.
In order to keep our users happy, the applications should function
much the same as the old ones (except with extra bells and whistles). 
Toward this end, I'm trying to use a Motif text widget in overstrike 
mode. I've been able to use a verify-text-modify callback to replace 
(overstrike) pre-existing text in the widget. The problem is the I-Beam
insert cursor just doesn't make sense in text overstrike mode. Is there 
a way to change it to a block or underline cursor? I've figured out how 
to change the MOUSE pointer but can find to references to changing the
text cursor. Thanks for any suggestions...

    Ed Dambik
    Fermilab, Research Division, EE Dept., Controls Software Group
    HEPnet/SPAN: FNAL::DAMBIK (43009::DAMBIK)
    Internet: DAMBIK@FNAL.FNAL.GOV            
    BitNet: DAMBIK@FNAL
    USnail: Fermilab POB 500 MS/220 Batavia, IL 60510
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: PROBLEM: SET COMMAND UTILITY
Date: 10 Nov 92 06:11:46 GMT
Distribution: world
Organization: Applied Information Systems, Chapel Hill, NC

In article <1dntcdINN3ep@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
> In article <BxCnK7.KE1@didymus.rmi.de>, andreas@didymus.rmi.de (Andreas Fassl) writes:
>>Hi,
>>
>>any pointers/solutions to the following problem?
>>
>>Software product successfully installs via VMSINSTAL, runs fine.
>>After logout all new command definitions are gone.
>>A dump of the file DCLTABLES.EXE shows a correct installation.
>>Setting the command files via SET COMMAND directly will make
>>the commands available, a definition via
>>SET COMMAND/TABLE=DCL.../OUT=DCL.. command NOT.
>>What other locations are possible, how can I determine the other
>>command tables. A look in authorize gives no hint.
> 
> Sounds like you've got two versions of DCLTABLES on your system, one in
> SYS$SPECIFIC and one in SYS$COMMON.

That's one possibility.  Another possibility is that there are two
versions of DCLTABLES.EXE in SYS$SHARE, with the older version of
the file installed.  (Even if the old copy was deleted, if the new
copy wasn't installed it won't be visible to the system).

To install the latest version, execute the commands:

	$ install :== $sys$system:install/command
	$ install replace sys$share:dcltables.exe

This requires the CMKRNL privilege.  It's also implicitly done by a
system reboot, so that may also clear up the problem.

Good luck,

Bruce C. Wright
From: turgd00@DMI.USherb.CA (DAVID TURGEON)
Newsgroups: comp.os.vms
Subject: Advice needed
Date: 12 Nov 92 16:38:34 GMT
Distribution: na
Organization: Universite de Sherbrooke -- Dept. d'Informatique


Hello,


    I'm a student in a COOP program (work and study) and I will be doing a
work term on VMS. I haven't used it in a while and I'm looking for good advice
on how to get ready for the work term.

    Most of the work will be User support with TCPIP and X.25 (private network).
I am familiar with that on Unix and CMS (VM), but not at all on VAX.

    If you could reccomend any good books, help files, or anything at all, it
would be very appreciated.

Thank you,

David Turgeon
University of Sherbrooke
Computer Science Student

(819) 823-BILL
-- 
test
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: NO MORE HAIR TO LOOSE - HELP!
Date: 8 Nov 1992 16:47:11 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 <39@colornet.UUCP>, dfilip@colornet.UUCP writes:
>We have all DEC maintenance, but we have a running joke about how no matter what
>the problem is, DEC will first replace the HDA, and if the problem persists,
>then try to figure out what it might be.

I don't know about that, but I undertand their strategy for fixing a flat tire
is "Swap in spares until you've got 4 good ones."
--------------------------------------------------------------------------------
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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: PROBLEM: SET COMMAND UTILITY
Date: 10 Nov 1992 08:54:37 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 <BxCnK7.KE1@didymus.rmi.de>, andreas@didymus.rmi.de (Andreas Fassl) writes:
>Hi,
>
>any pointers/solutions to the following problem?
>
>Software product successfully installs via VMSINSTAL, runs fine.
>After logout all new command definitions are gone.
>A dump of the file DCLTABLES.EXE shows a correct installation.
>Setting the command files via SET COMMAND directly will make
>the commands available, a definition via
>SET COMMAND/TABLE=DCL.../OUT=DCL.. command NOT.
>What other locations are possible, how can I determine the other
>command tables. A look in authorize gives no hint.

Sounds like you've got two versions of DCLTABLES on your system, one in
SYS$SPECIFIC and one in SYS$COMMON.
--------------------------------------------------------------------------------
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.