HDTenEightyP/NetNews huggingface dataset:
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: If you had a RAM disk what would put on it?
Date: 28 Sep 92 20:54:55 GMT
Distribution: world
Organization: The Internet

Tom O'Toole, ecf_stbo@jhuvms.hcf.jhu.edu, writes:

>In article <01GP5X4P571E0000CG@VAXF.COLORADO.EDU>, DWING@UH01.Colorado.EDU (Dan
> Wing) writes...
>>There is also a DECUS utility which can 'lock down' an image in memory -- you
>>may want to check it out (I've never tried it).  This is more automated than
>>copying files to a RAM disk and modifying logicals to look at the RAM disk.
>
>What program is this?? Anyone using this program? What exactly does it do? Is
>is safe?

I found it.  It is available called TURBO, and is available from 
FILESERV@WKUVX1.BITNET, and should be available via anonymous FTP from
FTP.SPC.EDU.  I also found it on DECUSERVE's CD-ROM in the directory
EISNER$DUC0:[VAX91B.VMSNETARCH.MAILSERV.TURBO].

It appears to be written by Pete Kaiser in 1988, for VMS V4.n and V5.n

This is from the AAAREAD.ME file:
 
-Turbo utility as posted to DECUServe. Turbo is intended to improve the
-performance of frequently activated images by locking their pages into
-system memory.
-
-See the file TURBO.VAX_NOTES for more information.
-
-Manifest:
-
-        AAAREAD.ME      - This file
-        TURBO.C         - C source code for Turbo
-        TURBO.VAX_NOTES - Original VAX Notes thread from DECUServe
-        TURBOMSG.MSG    - Messages for Turbo
-        TURBO_BUILD.COM - Build procedure
-
-The original replies to the base note on DECUServe included the source
-files noted above. I (Tom A) have extracted those into separate files
-for this distribution.
-
-Disclaimer: I (Tom A) have not played with this. Erik Husby, the person
-who posted it to DECUServe claims, that it does work as advertised. The
-impetus for posting Turbo came from some discussions on the VMS
-Internals mailing list (vmsnet.internals newsgroup) about reducing the
-overhead of image activation.
-
-Posted to vmsnet.sources by Tom Allebrandi, Inland Steel Research Labs,
-East Chicago, IN.

It makes reference to discussions in vmsnet.internals (MACRO32 mailing list).
I'd check the archives of that list for more information.

From Hunter's system:

"Archives of MACRO32 postings are available from ARCHIVES@WKUVX1.BITNET.
Each archive is named MACRO32.yyyy-mm, where "yyyy" is the current year
and "mm" is the month.  To retrieve all archives, send a mail message
containing the command SEND MACRO32 to ARCHIVES@WKUVX1.BITNET.  To
retrieve the archive for a particular month, specify the proper file
name in the SEND command.  For example, to retrieve the archives for
May 1991 (the first month of MACRO32), the command would be

        SEND MACRO32.1991-05

For more information on retrieving the archives, send the command HELP
to ARCHIVES@WKUVX1.BITNET."

Pfew.

-Dan Wing, DWING@UH01.Colorado.EDU or WING_D@UCOLMCC.BITNET (DGW11)
 Systems Programmer, University Hospital, Denver
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: comp.os.vms
Subject: RE: DCL says 1 = 0 (puzzle)
Date: 3 Oct 92 17:30:03 GMT
Organization: Micrognosis, London, UK.


	write sys$output "''f$csid(1) ''f$csid(1)"

will set the symbol '1' to the value 0 on one of our machines. Neil.
-- 
 Phone: +44 71 528 8282  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
From: HOLDREGE+_MP%A1%PacifiCare@MCIMAIL.COM (Matthew Holdrege)
Newsgroups: comp.os.vms
Subject: Strange OPCOM dump
Date: 5 Oct 92 04:56:00 GMT
Distribution: world
Organization: The Internet


DATE: Sun Oct  4, 1992  5:49 pm
SUBJECT:opcom                                                                   

%%%%%%%%%%%  OPCOM   4-OCT-1992 15:16:09.70  %%%%%%%%%%%  DUMP_LOG_FILE
OPCOM has noticed a condition which might be due to an internal error.
It might also be explained by normal events, especially if nodes have just
crashed or rebooted in a VAXcluster.  Please bring this message to Digital's
attention only if you are having problems with operator communications.
Buffer is   295 (%X0127) bytes -- "reply request not found"
 6174733C 20202020 20204D45 54535953 00010004 FFFFFFFF FFFFFFFF 00000008 
................SYSTEM      <sta 0000
 00000001 00940000 5A500002 4B800001 00210000 01010902 0C130008 203E7472 
rt> ..........!....K..PZ........ 0020
 00080000 00010000 00000000 00000000 040E0002 0FC00001 00210000 00000000 
......!...@..................... 0040
 34323531 30342020 2020504A 5F4E4F53 49530040 0017FFFF FFFFFFFF FFFF0000 
............@.SISON_JP    401524 0060
 00490040 00170000 595B0000 00000000 00000005 80290000 0000010D 00043030 
00........)...........[Y....@.I. 0080
 00000000 00000000 00000000 00000000 00100000 00010008 00080000 00000000 
................................ 00A0
 6572202C 35362E39 303A3631 3A35310A 0D070000 00010005 80290000 00000000 
......)..........15:16:09.65, re 00C0
 65706F20 79622064 6574656C 706D6F63 20736177 20353738 32322074 73657571 
quest 22875 was completed by ope 00E0
 4C24414B 39565943 5F0A3A39 36343541 544C2441 4B395659 435F2072 6F746172 
rator _CYV9KA$LTA5469:._CYV9KA$L 0100
 00000000 00000000 00000000 00000000 00000000 00000000 003A3936 34354154 
TA5469:......................... 0120

Has anyone seen one of these before? This is on a 6560 running VMS A5.5 on 
a 5-node cluster. OPCOM died on another node about 20 hours before this 
message. OPCOM was restarted on that node at about noon today. I received 
over a dozen of these messages all at once. I also got one on another cluster 
in the same network.

DEC is stumped so far. All CSC can find is an obscure article from VMS 4.x. 
I have been scanning operator logs for about seven years and I have never 
seen this one.

We have been having some strange OPCOM problems lately. We do not have any 
custom code that deals with OPCOM. We only access OPCOM through DCL. I am 
beginning to wonder if there is some obscure bug with OPCOM in VMS 5.5.

I would appreciate any helpful comments!

Matt Holdrege                 5156065@mcimail.com
Pacificare Health Systems     holdrege@eisner.decus.org
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: How can one pass command line parameters to an image with Run?
Date: 28 Sep 92 20:29:19 GMT
Distribution: world
Organization: The Internet


	Petri Juhani Riipinen 
<eru.mt.luth.se!lunic!sunic!mcsun!dxcern!riipinen@bloom-beacon.mit.edu> 
writes:

>
>I have a minor problem. I`m doing a program in VAX C and I need to pass a
>name of some directory to the program in the command line.
>
>But the HELP RUN IMAGE doesn`t really help and "RUN my_prog.exe somedir"
>doesn`t work either. (Manuals are somewhere-who-knows... I don`t want to
>spend one day for hunting this kind of pittiful information...)
>
>Please reply by e-mail.
>

	When you ask for a reply via e-mail, it's most helpful to include a 
replyable address somewhere in the body of your message.  
eru.mt.luth.se!... etc. was the only address in the headers and I doubt 
very much that a reply to that address will reach you.

	Now, on to your problem.  What you need to do is to define a 
foreign command; RUN is constrained to take a single parameter, the name of 
the image to be run.  It's done like this:

$ MYPROG:==$DISK:[DIR]MYPROG.EXE
$ MYPROG [SOMEDIR.SUBDIR]


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: rathbun@csa1.lbl.gov (Bill Rathbun, LBL, x7995)
Newsgroups: comp.os.vms
Subject: bypassing autoconfig in VMS 5.5
Date: 1 Oct 1992 17:55 PST
Organization: Lawrence Berkeley Laboratory - Berkeley, CA, USA
Distribution: world
NNTP-Posting-Host: 128.3.254.196
News-Software: VAX/VMS VNEWS 1.41    

I have an application that communicates with 4 CAMAC crates via q-bus 
interfaces. Each CAMAC crate (consisting of an assortment of electronic
modules) requires 23x16x2 bytes of address space from the I/O page, for
a total of 2944 locations. To prevent VMS from assigning a bunch of 
"standard" devices & vectors to these addresses I've modified my
syconfig.com file to do "AUTOCONFIG ALL/EXCLUDE=(LPA,LPB,LPC...etc)"
and have defined STARTUP$AUTOCONFIGURE_ALL == 0. This worked fine until
I decided to upgrade to VMS 5.5. Now the system ignores my custom 
configuration and configures a bunch a bogus devices with garbage names,
leaving the acquisition system useless. I wasted more than a day on this,
and finally reverted to an earlier version of VMS, which works OK except
for a few mag tape driver bugs that I've learned to know & hate.
(like a device allocated to a non-existent process!). I recently learned
from a colleague that he's had the same problem, and that custom configuration
for a large number of nonstandard devices is no longer possible with VMS 5.5.
Could DEC really have done this to us? (no answer needed). Has anyone 
experienced this? Is there anyway around it?

WHRATHBUN @ LBL.GOV
From: eychaner@suncub.bbso.caltech.edu (Another casualty of applied metaphysics)
Newsgroups: comp.os.vms
Subject: Re: SMG$ question...
Date: 30 Sep 1992 18:48:04 GMT
Organization: Big Bear Solar Observatory, Caltech
Reply-To: eychaner@suncub.bbso.caltech.edu
NNTP-Posting-Host: suncub.bbso.caltech.edu

I (Another casualty of applied metaphysics) write:

>I'm writing a user interface using SMG$ routines.  I am expecting this
>program to be used in an environment where broadcasts are frequent, so
>I use broadcast trapping to write the broadcasts to their own display.
>However, when a broadcast occurs during a call to SMG$READ_STRING for
>user input, the physical cursor and all further input end up being put
>in the broadcast display, not where I want it (in the display with the
>prompt and input line).  I don't want to disable ASTs during input and
>let the broadcasts "pile up" and have tried to reset the cursor to the
>previous position using two methods:
>
>1) $FIND_CURSOR_DISPLAY, output, $SET_CURSOR_REL (no motion)
>2) $GET_PASTEBOARD_ATTRIBUTES, output, $SET_PHYSICAL_CURSOR
>
>both put the cursor in the proper row, but in column 1.  I also tried
>$REPAINT_LINE with the row number, but this just blanked the line.  How
>do I get the cursor back to the previous place on the pasteboard after
>trapping a broadcast?

Thanks to:
	irving@casbah.acns.nwu.edu (Tom Myers)
	dmf@dsun4.hmi.de (Michael Fromme)
	richon@stsci.edu (Joel Richon)
for their helpful answers.  Two solutions were proposed.  The first, and the
one I will be using, is to have the broadcast AST issue an SMG$CANCEL_INPUT
before writing the broadcast message.  The $READ_STRING call then loops each
time it receives a cancelled status, making the returned input the initial
string for the next call.  The second, and seemingly more complex, idea was
to write a function which mimics $READ_STRING using $READ_KEYSTROKE, and use
method 1 above for repositioning the cursor in the AST.  This does have the
advantage of giving you more control over the input.

Thanks to all, and I hope someone else also gets some use out of this...
-G.
******************************************************************************
Glenn Eychaner, Big Bear Solar Observatory, California Institute of Technology
NSI/DECnet: SUNCUB::EYCHANER        Internet: eychaner@suncub.bbso.caltech.edu
USmail: 40386 North Shore Lane                eychaner_g@caltech.edu
        Big Bear City, CA  92314    Phone: (714) 866-5791 or (818) 356-4014
                                           (909) after November 14, 1992
"I don't do Windows."
"Even the hardest concrete never quite sets.  And the sun never sweats."
From: CAPTANSKI33@SNYCORVA.BITNET (CHRIS TANSKI)
Newsgroups: comp.os.vms
Subject: Omen Technology
Date: 2 Oct 92 22:36:00 GMT
Organization: The Internet

Does anyone have an address (email or postal), phone number, or whatever
for Omen Technology Products? I have some questions about their zmodem
d/l tool. Thanks.

Chris Tanski

Xref: sparky comp.os.vms:16023 comp.unix.ultrix:7336
From: mjr@hussar.dco.dec.com (Marcus J. "Buddy can you spare a clue?" Ranum)
Newsgroups: comp.os.vms,comp.unix.ultrix
Subject: Re: remote backup of vms on ultix host
Date: 4 Oct 92 14:18:53 GMT
Article-I.D.: decuac.1992Oct4.141853.29099
Distribution: na
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center

>I'm looking for a utility to do remote backups of vms systems on ultrix
>hosts analogous to rdump/rrestore.  Anyone know of such a product?

	I don't know enough about how to make something look like a
device for VMS, but implementing a client side daemon that talks
to rmt(8) shouldn't be too hard. After all, I managed to do it. ;)
The ugly problems will probably arise where VMS doubtless expects
some mass of complex state with the tape drive, which UNIX will
doubtless have no idea about. Dumping to disk and then hammering
stuff over the network to tape will probably work easier. You
might want to look over my code for rmtwrite (client side rmt)
on decuac.dec.com, pub/sources/rmtwrite.shar.Z which is UNIX
specific code that at least does the protocol.

mjr.
From: techentin@MAYO.EDU
Newsgroups: comp.os.vms
Subject: Re: GKS and transport with TCPware?
Date: 29 Sep 92 15:09:22 GMT
Distribution: world
Organization: The Internet

Martin Braendle <braendle@iac.unibe.ch> asked about DEC GKS and TCP/IP:

>  I want to display a GKS 4.2 application over the net using TCP/IP 
>  transport. Following the Device Specifics Reference Manual for PHIGS 
>  and GKS, I set:
>
>  $ DEFINE GKS$WSTYPE 231
>  $ DEFINE GKS$CONID  node:0.0     
>
> and start my application, which then can't open its display on the 
> remote node.

We have been using DEC GKS 4.2 with UCX (DEC's TCP/IP).  We use
a little different definition, directly referencing the logical name 
DECW$DISPLAY:

	$ define gks$wstype 231
	$ set display/create/node=xxx/transport=xxx
	$ define gks$conid decw$display


Bob Techentin                              Internet: Techentin@Mayo.Edu
Mayo Foundation, Rochester MN, 55905 USA             (507) 284-2702


Newsgroups: comp.os.vms
From: ecf_stbo@jhuvms.hcf.jhu.edu (Feet...!? You had FEET?)
Subject: Re: Bogus survey calls
News-Software: VAX/VMS VNEWS 1.41    
Organization: The Johns Hopkins University - HCF
Distribution: usa
Date: Thu, 1 Oct 1992 15:28:00 GMT

In article <cindy.76@berkp.uadv.uci.edu>, cindy@berkp.uadv.uci.edu (Cindy Windham) writes...
>towards the end
>of the "survey", he asked me the following questions:  "How old are you?",
>"Are you married?", and "Do you have any children?"  

"Are any of your children hyperactive?", "Do any of your children take
Ritelin?"

Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
From: mccarthyd@CSVAX.COSC.BROCKU.CA
Newsgroups: comp.os.vms
Subject: Conner Drive and MV3100/20e
Date: 5 Oct 92 22:00:25 GMT
Article-I.D.: ucbvax.9210052145.AA07445
Organization: The Internet

Does anyone have experience hooking up a Conner CP3540 SCSI drive to a
Microvax 3100 Model 20e? I have been told that the drive is compatible,
however whenever I try to init the drive under VMS I get a Fatal Drive
Error. Any assistance would be appreciated. Thanks in advance.
Dave McCarthy
mccarthyd@csvax.cosc.brocku.ca
From: mzagsaa@v4.cgu.mcc.ac.uk (Tony Arnold)
Newsgroups: comp.os.vms
Subject: Re: Disk Defrag & System Disk
Date: 1 Oct 92 13:15:28 GMT
Reply-To: A.C.Arnold@mcc.ac.uk
Organization: Manchester Computing Centre


We run Diskeeper from Executive software. Our system disk is still quite
fragmented, but when I look to see which files are most fragmented they are
files suchs as ACCOUNTNG.DAT and OPERATOR.LOG files. To be honest, I
don't really care about these as they are mostly write only and then not
written very often. I would appreciate seeing other comments on this
subject though.

Tony Arnold,
Manchester Computing Centre,
University of Manchester.
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: Survival of LAVC across network modifications
Date: 3 Oct 92 18:24:29 GMT
Distribution: world
Organization: The Internet

Gary Nebbett (bnebga@ciba-geigy.ch) writes:

>The SYSGEN parameter RECNXINTERVAL is dynamic, so an initial idea
>would be to set this to some suitable value on all cluster members
>before replacing a bridge. Does anyone know whether this would
>work (i.e. would it reliably increase the maximum tolerable network
>interruption interval)?

This is exactly what we do.  We have our RECNXINTERVAL set to 180 second always. 
This is a little over the time it takes for a typical bridge to run the 
spanning-tree algorithm.  That way we can swap out a bridge with a new one 
without loosing the cluster.

-----------------------------+--------------------------------
 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: moravec@Ph1.Uni-Koeln.DE (Andreas Moravec)
Newsgroups: comp.os.vms
Subject: Re: UCX 2.0
Date: 3 Oct 1992 12:28:26 GMT
Organization: University of Cologne, I. Physik. Inst., Germany
Distribution: world
Reply-To: moravec@Ph1.Uni-Koeln.DE
NNTP-Posting-Host: newton.ph1.uni-koeln.de

In article <01GPFUJRS0DG8WXMLX@Sol.YorkU.CA>,
 CASEY@SOL.YORKU.CA ("Acacio  A.F. de Carvalho", Casey) writes:
>Some recent observations with UCX 2.0.
>
>FTP has some bugs:
>
>(1) DIR/FULL does not always report correct block sizes for very large files.
>    For example:
>FTP>dir/ful HYDRA$DKB200:[000000]dub0.bck
>
>Directory   HYDRA$DKB200:[000000]
>
>DUB0.BCK;1      22161/22162     29-SEP-1992    [DIGITAL,SYSTEM]   (RWED,RWED,,RE)
>
>Total of 1 files.
>
>$ DIR/SIZ=ALL HYDRA$DKB200:[000000]dub0.bck
>
>Directory HYDRA$DKB200:[000000]
>
>DUB0.BCK;1           349840/349842
>
>Total of 1 file, 349840/349842 blocks.
>
>I have not investigated this problem further, but I have reported it to CSC.
>
presumably a 16bit variable problem: 349842 - ( 5 x 65536) = 22162
 (this should not happen, facing a 64bit world in future ??!)

-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       KOSMA = Koelner Observatorium fuer SubMillimeter-Astronomie
 Andreas Moravec               TEL      +49 (221) 470 3558
 I. Physikalisches Institut    FAX      +49 (221) 470 5162
 Universitaet zu Koeln         TELEX    888 2291 UNIK D
 Zuelpicher Str. 77            INTERNET Moravec@Ph1.Uni-Koeln.De
 5000 Koeln 41, Germany        X.400    S=Moravec;OU=Ph1;P=Uni-Koeln;A=DBP;C=DE
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: VMS free() broken -- the saga continues
Date: 26 Sep 92 02:26:23 GMT
Distribution: world
Organization: The Internet


	Has anyone encountered this problem?  A malloc() succeeding another
	malloc() returns a pointer to an area OVERLAYING the previous, and no
	free() has been made between them, i.e.,

	a = malloc(100); 
	...
	b = malloc(100);

	where  a  may turn out address 10000 and  b  address 10070 (construed
	addresses here!) 

	Is th is behaviour at all legal in any way?

No.
						    Does VMS malloc sometimes
	return some sort of "shared memory"

I've written and run MANY VAX C programs that use malloc().  I've never seen
this kind of behavior.

					    or what IN THE NAME OF KEN OLSEN
	is this?

Probably an error in your program.

	youi may flame me if this is a stupid error.

I have no idea whether the error is stupid or not, but without an example of a
program that demonstrates the problem, years of experience with VAX C (and
other C's, and other programming languages) tells me that the odds are quite
overwhelming that the error is in you code, not in the VAX C RTL.

							-- Jerry
From: PARSONS@GC.MARICOPA.EDU ("As if you weren't busy enough...")
Newsgroups: comp.os.vms
Subject: Re: Delayed lexical evaluation in a DCL symbol?
Date: 5 Oct 92 05:42:44 GMT
Distribution: world
Organization: The Internet

>     DCL question: how can you get delayed evaluation of a lexical function
>     ------------  in a symbol?
>  
>  
>      [deleted stuff]  
>             $ PARENT == "ATTACH/ID='F$GETJPI("""",""OWNER"")"
>  
Or you could try:
     $ Parent == ATTACH/ID='F$GETJPI("","MASTER_PID")'

<=======================================================================>
| Chris Parsons                                   Operator in training  |
| Internet: Parsons@gc.maricopa.edu                 Network Operations  |
| Bitnet  : Parsons@gc.bitnet              Glenadale Community College  |
+-----------------------------------------------------------------------+
| NOTICE: Any resemblence to useful information (sensible or non)       |
| is not any of my responsibility.  And no one will admit to knowing    |
| me, so if you listen to me it is at your own risk.                    |
<=======================================================================>
P.S. Besides...I'm new at this.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Changing Newmail count
Date: 26 Sep 1992 20:55:32 GMT
Organization: HST Wide Field/Planetary Camera
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Sep26.084028.4579@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
=From next month's InfoVAX FAQ:
==    Just start up MAIL, READ any and all new mail messages.  When you
==are _sure_ there are NO NEW MAIL messages left to read (I don't mean you
==have to delete them, you just need to have read them), then type READ/NEW
==and exit:
==
==	$MAIL
==	MAIL> READ
==	MAIL> READ
==               .
==               .
==               .
==	MAIL> READ
==	%MAIL-E-NOMOREMSG, no more messages
==
==	MAIL> READ/NEW
==	%MAIL-W-NONEWMAIL, no new messages
==
==	MAIL> EXIT
==
==The new mail count has now been reset to zero...

I'd suggest using READ/NEW repeatedly, until you get the NONEWMAIL status.
It's simpler, and doesn't risk having the novice read through the hundreds of
messages in his MAIL folder (remember, he's a novice;  he might not have found
out about folders yet) because he really DIDN'T have new mail when he
started the procedure.
--------------------------------------------------------------------------------
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.
Newsgroups: comp.os.vms