HDTenEightyP/NetNews huggingface dataset:
From: GRAHAM%DRCV06.decnet@DRCVAX.AF.MIL ("DRCV06::GRAHAM")
Newsgroups: comp.os.vms
Subject: VAX bookreader files to ASCII files.
Date: 29 Sep 92 15:02:00 GMT
Organization: The Internet

OUR SITE HAS A NUMBER OF VAXSTATIONS AND AN INFOSERVER WITH SOME CD DRIVES 
FOR THE ONLINE DOCUMENTATION AND THE BOOK READING SOFTWARE.  UNFORTUNATELY. 
THIS SOFTWARE WORKS ONLY ON THE VAXSTATION TERMINALS, WHICH DOES ME, USING 
A DECTALK ON A REGULAR VT220, NO GOOD AT ALL.  I HAVE TO LISTEN TO 
EVERYTHING DUE TO POOR VISION.

I NEED A TRANSLATOR FOR THE "BOOKSHELF" DOCUMENTS TO MAKE THEM PLAIN ASCII. 
 THERE IS A BMTOA.EXE PROGRAM IN THE DECWINDOWS EXAMPLE DIRECTORY, BUT IT 
DOES NOT SEEM TO BE ABLE TO DIGEST THE BOOKSHELF FILES.  DOES ANYONE KNOW 
OF SUCH A TRANSLATOR?  I WOULD VERY GREATLY APPRECIATE ANY LEADS.

I'M NOT ON THIS LIST, PLEASE RESPOND DIRECTLY TO ME, AND, IF THERE IS 
GENERAL INTEREST, TO THE LIST TO AT YOUR DISCRETION.

DAN GRAHAM
GRAHAM@DRCVAX.AF.MIL
From: DEREK@U.WASHINGTON.EDU
Newsgroups: comp.os.vms
Subject: Re: SET UIC (was: ACLs to Processes ?)
Date: 6 Oct 92 16:16:00 GMT
Distribution: world
Organization: The Internet

Some comments on Aaron Leonard's (AL104), <Leonard@Arizona.EDU>, posting:

>I think what you want here is SET UIC.  The help file text explaining why
>you would want to use SET UIC is silly:
> 
>       Changes the user identification code (UIC) of your process. Use
>       the SET UIC command to gain access to a restricted file, that is,
>       a file contained in a directory whose protection restricts access
>       to the owner of that directory.
> 
>(Of course, you would use READALL or BYPASS for this purpose.)

Of course, SET UIC existed LONG BEFORE either BYPASS or (even newer) READALL.
This really WAS the major use of SET UIC, as far as I know.  However, as
Aaron pointed out, this "reason" is a bit obsolete.   :)

>The only reason I know of to use SET UIC is what you are asking for:
>i.e. the ability to refer to another process by process name instead of
>PID. .....

I use SET UIC to deal with a different problem -- to kill disconnected
processes.  Sometimes a disconnected process will be hanging onto a scarce
resource, such as a tape drive, or (worse yet) an RMS lock on some innocuous
file, such as SYS$SYSTEM:SYSUAF.DAT.... By setting my UIC to that of the
disconnected process, I can CONNECT to it, and terminate it gracefully.

Of course, the only problem is that when I want to regain my original
session, I have to log in again, change my UIC, connected to my session,
and restore my UIC....  whew...   (Why, oh why, does CONNECT care about
the UIC???  Why not just offer to connect to processes which have my
USERNAME?  Anyone care to shed some thoughts/insight on this???)

Along these same lines, there are also those "connected" "disconnected"
processes.  That is, those processes which WOULD be in a DISCONNECTed
state iff they could only get there.  I have only seen this happen with
our TCP/IP connections.  Apparently, the user disconnects while output is
"on the way" to the terminal.  Because they are physically disconnected,
the I/O will never reach the user's terminal.  Because the I/O is still
in transit, the process cannot be marked "disconnected".  To deal with these
cases, I use the WATCH utility.  (I know, I should get Hunter's newer
version...)  Anyway, as soon as I WATCH the terminal, the I/O appears
on my screen, and the process becomes disconnected.  Then, if need be,
I can follow the above procedure.

>By the way, when done SET UIC back to what you were.  Otherwise
>access to your LNM$JOB table gets weirded out.

Also, as I earlier mentioned, access to your GROUP logical name table
may be restricted.

-Derek S. Haining
 University Computing Services
 University of Washington
 Seattle, Washington  98195 
 (206) 543-5579

 DEREK@MAX.BITNET
 DEREK@MAX.U.WASHINGTON.EDU
From: SMITHM@AdminA.RFERL.ORG
Newsgroups: comp.os.vms
Subject: DECUS Las Vegas Symposium ?
Date: 29 Sep 92 10:44:11 GMT
Distribution: world
Organization: The Internet


Can anyone give me any info. on the forthcoming DECUS symposium in
Las Vegas. Dates, venue, agenda, enrolment (DECUS Internet address),
would be extremely useful.

					Thanks,

						Michael.


                        ################################
Michael J Smith - Systems Programmer                    SMITHM@RFERL.ORG
RFE/RL inc                                      Phone  : 089 210  23723
Munich                                          Fax    : 089 2102 3752
Germany
Newsgroups: comp.os.vms
Subject: Re: DCL says 1 = 0 (puzzle)
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 4 Oct 92 07:06:15 GMT
Distribution: world
Organization: The Wolery

moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER") writes:
> --- file XX.COM ---
> $ ???			[mystery line here]
> $ show symbol 1
> -------------------
> 
> $ @XX.COM
>   1 = 0   Hex = 00000000  Octal = 00000000000
> 
> :-)

I know, but I'm not telling ... yet ... 8-)

--
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: imhw400@indyvax.iupui.edu
Newsgroups: comp.os.vms
Subject: Re: assigning lta device numbers
Date: 29 Sep 92 09:00:54 GMT
Article-I.D.: indyvax.1992Sep29.140054.172

In article <1992Sep29.151836.19521@iscnvx.lmsc.lockheed.com>, marshall@nebula.ssd.lmsc.lockheed.com (Bob Marshall) writes:
> In article <1992Sep28.161815.66@wronz.org.nz>, trounson@wronz.org.nz writes:
>>We are about to install DECprint Printing Services for VMS 4.1. The release
>>notes mention that it is important to assign high LTA device numbers for
>>printers on decservers. Why? Ours are assigned from LTA1-LTA9 and we
>>are loath to change them, especially as we haven't had any problems with the
>>current assignments.
> 
> The only think I can think of is that if you use low numbers like LTA1-LTA9
> it's possible for a user to grab one of those numbers in between the time
> you start LAT and the time you assign the LAT ports for the printers. As
> soon as LAT starts in SYSTARTUP, it's likely that one of those users out
> there banging on their keyboard waiting for the system to come back up
> will make a successful connection to LTA1: (he won't be able to log in
> yet, of course, but he will have the device LTA1: tied up). So, I agree
> with DEC here that you should use "high" numbers, at least greater than 10.

If you're running LATMASTER (optional in VMS V5.4, standard in V5.5) you can
do:
	LATCP> SET NODE/DEVICE_SEED=10

which will cause LATACP to begin assigning unit numbers at 10.  You can then
create units 1-9 explicitly and not clash with implicitly created units.  Put
the command in your LAT$SYSTARTUP.COM before SET NODE/STATE=ON and you're all
set.
-- 
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.
Newsgroups: comp.os.vms
From: efricha@vortex.rti.org (Eric F. Richards)
Subject: Re: Problem with detached/subprocess output files
Organization: Tybrin Corporation
Date: 29 Sep 92 16:43:51 EST

In article <1aa0k8INNe2l@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU 
(Carl J Lydick) writes:
> In article <1992Sep29.091339.1@vortex.rti.org>, efricha@vortex.rti.org writes:
> 
>>	o  Is there a way to get these varied methods of sharing output
>>	   to write to the same file without CLI support?
> 
> Why is the "without CLI support" so important to you?  You can create the
> detached process or subprocess by having it run SYS$SYSTEM:LOGINOUT with it
> input a DCL procedure containing a command to run the program in question.
> Not elegant, perhaps, but quite effective, and easy to do.

The primary problem is that we have limited control of our developer base.
Our system has 80+ programs that use $CREPRC to start other images, and a
quick check of 4 of them shows that this is, indeed, causing us to lose
messages.  While I agree that running LOGINOUT to open the PPFs will help
with new program development, it won't help the programs already in
existence, and it won't help us enforce with our developers that this is "the
way to do things" from now on.  What we DO have control over is a sharable
image that all of these programs are linked against.

Also, the Powers That Be want an alternative to changing all these programs
looked into first.

(Even though using LOGINOUT will solve our problem, the question remains:
Is this behavior really a desirable feature?  The only way to be absolutely
safe it to always use $PUTMSG for output or to never run a program without
CLI support.)



Eric Richards						richarde@eglin.af.mil
Senior Software Engineer					 904/882-9793
Tybrin Corp.		"I guess this means I have to think
Eglin AFB, FL		 up a clever .signature now..."
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: Canceling effect of F6 key
Date: 27 Sep 92 00:44:36 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <pershing.717533734@teal>, pershing@teal.csn.org (Paul Pershing) writes:
> 
>>...actually, the VMS terminal driver munges the sequence sent from the keyboard
>>(<ESC>[17~) into a ^C.  your application and/or DCL environment is then
>>interpreting the ^C to be a ^Y.....
> 
> Speaking of VT220 function keys... I have looked (it seems like) everywhere
> for the codes used on F1-F20, including the DO key, and maybe even the
> PF1-PF4 keys that are used on our VAXstation 3100s, so I can create a set
> of function keys on my PC term program at home and be able to function
> when I'm dialed in. I can't find them, and I do not have access to any
> of the VMS/VAX documentation (where I'm told such definitions are), and
> I've tried about everything..

	Find		CSI 1 ~		Select		CSI 4 ~
	Insert here	CSI 2 ~		Prev Screen	CSI 5 ~
	Remove 		CSI 3 ~		Next Screen	CSI 6 ~

	F6		CSI 1 7 ~	F15 (Help)	CSI 2 8 ~
	F7		CSI 1 8 ~	F16 (Do)	CSI 2 9 ~
	F8		CSI 1 9 ~	F17		CSI 3 1 ~
	F9		CSI 2 0 ~	F18		CSI 3 2 ~
	F10		CSI 2 1 ~	F19		CSI 3 3 ~
	F11		CSI 2 3 ~	F20		CSI 3 4 ~
	F12		CSI 2 4 ~
	F13		CSI 2 5 ~
	F14		CSI 2 6 ~

	PF1		SS3 P		PF3		SS3 R
	PF2		SS3 Q		PF4		SS3 S

Notes:

    1.	CSI is 0x9b in 8-bit controls mode, or ESC [ in 7-bit mode.
    2.	SS3 is 0x8f in 8-bit controls mode, or ESC O in 7-bit mode.
    3.	ESC is 0x1b in both 8-bit controls mode and in 7-bit mode.
    4.	All other characters are themselve, therefore the F20 sequence
	is 4 characters long in 8-bit mode and 5 characters in 7-bit mode.
    5.	Keys F1-F5 send no codes on the VT220 and VT320;  they are strictly
	local function keys.  On the VT420 they can be configured as either
	local function keys or as normal function keys with codes in the
	range of CSI 1 1 ~ through CSI 1 5 ~ .
	
> 	Or, maybe someone who knows where I can get a term program via
> ftp that does VT220 or even 300_SERIES emulation with all the keys?

Look for a recent version of Kermit - version 3.11 has decent VT320
emulation.  Its user interface isn't as slick as some programs that 
are out there, and its file transfer isn't _quite_ as fast, but it's
one of the most solid VT emulators available & it works very well with
VMS, plus it's free.  It should be available on most bulletin boards;
you can also FTP it from Columbia (watsun.cc.columbia.edu in the kermit
directory) if you have access to FTP.

Good luck,

Bruce C. Wright
Newsgroups: comp.os.vms
From: bear@nuc.anu.edu.au (Bernhard Fabricius)
Subject: Re: C passes options only in lowercase?
Reply-To: BEAR@NUC.ANU.EDU.AU
Organization: Nuclear Physics, ANU
Date: Fri, 2 Oct 92 05:21:46 GMT


In article <1992Oct01.164649.25067@donau.et.tudelft.nl>, RUTGES_ASS@rugb38.bdk.rug.nl (ass. A.Rutges (I&O)) writes:
> I have a question concerning passing of command-line paramaters to C programs
> on VAX/VMS.
(stuff deleted)
> My questions are: 
> - 1. Does VAX C pass all parameters in lowercase? In that case, the fontname 
> option does necessitate manual editing of the .PS file.

Yes it does (convert to lowercase), no it doesn't (necessitate editing)

[Note: DCL converts everything that isn't protected by double quotes to
UPPERCASE and trims spaces, tabs and so on. VAXCRTL then converts everything
to lowercase. Can't help it. Case-sensitive languages and OS's should be
bannder by law!]

> - 2. Is there a workaround, in case 1. is in effect?

Yes. try "Times-BoldOblique" (ie put your font name - and switch - in double
quotes)

Cheers

Bernhard
--------------------------------------------------------------------------------
Dr Bernhard Fabricius              |
Academic VAX/VMS Support           |  "I am a Bear of Very Little Brain,
Department of Nuclear Physics      |           and long words Bother me."
Australian National University     |
                                   |                           - A.A. Milne
InterNet: BEAR@NUC.ANU.EDU.AU      |
    POSTMASTER@NUC.ANU.EDU.AU      |
Newsgroups: comp.os.vms
Subject: Re: assigning lta device numbers
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 28 Sep 92 08:35:47 GMT
Distribution: world
Organization: The Wolery

trounson@wronz.org.nz writes:
> We are about to install DECprint Printing Services for VMS 4.1. The release
> notes mention that it is important to assign high LTA device numbers for
> printers on decservers. Why? Ours are assigned from LTA1-LTA9 and we
> are loath to change them, especially as we haven't had any problems with the
> current assignments.

The reason is that as of some release of VMS/LAT, LATCP would create a 
couple of LTA devices to play with.  Thus, if the first time LATCP was fired
up in the life of the system it was fed:

	$ MC LATCP
	LCP> CREATE PORT LTA1

the CREATE PORT would fail because LATCP already had its grubby fists on
LTA1.  The simple way around this was to avoid LTA1-? and start at (say) 
LTA100.  

Subsequent activations of LATCP move the LTA device number that is used, so
it's unlikely to get in the way again.  (The LTA device is allocated in much 
the same way as they are for interactive logins.)

I don't recall which release it was that did this (might have been 5.2), 
nor do I know if it's been changed (read "fixed").

--
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: whd0675@ritvax.isc.rit.edu
Newsgroups: comp.os.vms
Subject: TP_SERVER
Date: 2 Oct 92 02:09:24 GMT
Reply-To: whd0675@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology

Does anyone know what the TP_SERVER process does?  I do not see any
documentation for it anywhere.  Am I missing the obvious?  Nevertheless,
it does not seem to be required for normal operation on VMS V5.4-2 systems.
I heard rumors that it is required for the queue manager on VMS V5.5.  Is
this true?  Is there any programming documenation?  Thanks in advance!

Walter H. Dick, III
WHD0675@RITVAX.ISC.RIT.EDU
From: cbm@vax.rinaco.msk.su (MIZROHI)
Newsgroups: comp.os.vms
Subject: Low PARTHWORKS performance?
Keywords: PARTHWORKS, VMS
Date: 29 Sep 92 12:34:26 GMT
Reply-To: cbm@vax.rinaco.msk.su
Organization: Russian Investment Joint-Stock Company RINACO
    (headquarters)

Hello all,

I have a little question about PARTHWORKS 4.0 performance.
We've VAX-8350, HSC-70, DS2800 (RA-82 compatible), thin Ethernet,
WD 8003 (Ethernet cards), and VMS 5.4.
We've created PCFS common file service and started at IBM PC
Nortnon System Information. The utility has shown 'Network performance'
  Read  - 38.2K
  Write - 40.1K

My question is -
Is it ordinary PARTHWORKS performance or I will have to
change something?

Thanks advance.
Serguey Mizrohy
E-Mail - cbm@vax.rinaco.msk.su
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: comp.os.vms
Subject: Re: DCL procedure to extract nodename from PID
Date: 6 Oct 92 01:43:22 GMT
Distribution: world
Organization: The Internet

In article <01GPH0UHP2B4002A3C@ccs1.bbn.com> you write:
#Neil,
#
#
#>>> $! Note that if you happened to do the following then DCL takes and
#>>> $! exception and therefore your process gets deleted :-)
#>>> $!
#>>> $! write sys$output f$getsyi("NODENAME",,csid)
#>>
#>>	Although, it appears that there was no mention in the release
#>>	notes, this bug was fixed in VMS 5.4-3.
#>
#> I discovered it on a machine running 5.5! Neil.
#
#	This is strange...it appears that the only version of VMS that
#	this doesn't take exception since its inception is VMS 5.4-3.
#
#	It doesn't work on VMS 5.5-1 either.
#
#	Does anybody have a VMS 5.5-2 (or higher) machine that they can
#	test this out on?
#
#	Seems like that exception was just happened to be inadvertantly
#	"fixed" only with VMS 5.4-3 somehow...
#
#

Regis, I tested the code below under VMS 5.5-2HW and it doesn't delete
the process, just gives the error:
	%SYSTEM-F-NOSUCHNODE, remote node is unknown

When the line "Write Sys$Output F$GetSYI("NODENAME",,csid) is used.

--
Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long


Xref: sparky comp.os.vms:15734 vmsnet.sysmgt:262 vmsnet.misc:867
From: jerry@marin.uucp (Jerry C. Hudgins)
Newsgroups: comp.os.vms,vmsnet.sysmgt,vmsnet.misc
Subject: Re: Please don't post system management questions to vmsnet.admin
Date: 29 Sep 92 01:37:45 GMT
Organization: Private UUCP Node
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <2q_pjl-.rbp@netcom.com> rbp@netcom.com (Bob Pasker) writes:
> tp@mccall.com (Terry Poot) writes:
> >vmsnet.admin is for the administration of the VMSnet newsgroups. It is not an
> >appropriate forum for system management related questions. This is a mistake
> >that has been occurring quite a bit lately, so I thought it would be appropriate
> >to point it out. Within VMSnet, vmsnet.sysmgt is the proper group for such
> >discussions.
> 
> oh, terry , stop being such a net.nazi.  didn't your mama tell you you 
> would catch more flies with honey than with vinegar?  if you want to be
> the moderator of all of vmsnet, you'll have to supply a CFV.
> 
> 
> >(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
> -- 
> --- bob pasker
> ---- rbp@netcom.com

Another ding for Bob.  Ease up, man; Terry's just doing his job (politely).
You sound a little tense.

-- 
----------------------------------------------------------------------------
Jerry C. Hudgins                   Internet: jerry%marin.uucp@seq.uncwil.edu
125 Cherokee Trail                 UUCP    : uunet!marin!jerry
Wilmington, NC 28409-3407 (USA)    Voice   : (919) 392-2358
Newsgroups: comp.os.vms,vmsnet.sysmgt,vmsnet.misc
From: rbp@netcom.com (Bob Pasker)
Subject: Re: Please don't post system management questions to vmsnet.admin
Date: Mon, 28 Sep 92 16:15:00 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

tp@mccall.com (Terry Poot) writes:
>vmsnet.admin is for the administration of the VMSnet newsgroups. It is not an
>appropriate forum for system management related questions. This is a mistake
>that has been occurring quite a bit lately, so I thought it would be appropriate
>to point it out. Within VMSnet, vmsnet.sysmgt is the proper group for such
>discussions.

oh, terry , stop being such a net.nazi.  didn't your mama tell you you 
would catch more flies with honey than with vinegar?  if you want to be
the moderator of all of vmsnet, you'll have to supply a CFV.


>(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
-- 
--- bob pasker
---- rbp@netcom.com
Newsgroups: comp.os.vms
From: CCC_KARG@rzmain.rz.uni-ulm.de (ComRam)
Subject: Re: DCL procedure to extract nodename from PID
Organization: Chaos Computer Club Ulm
Date: Tue, 29 Sep 1992 20:47:52 GMT
X-News-Reader: VMS NEWS 1.24

In <4061@sicsun.epfl.ch> dutch@elpp7.epfl.ch writes:

> 
> Is there a simple method to extract the node name from a PID using DCL? 
> This could be a FAQ, but I have scanned the lexicals with no luck. It seems to me that this should be possible, as the node name appears to be encoded into the initial (leftmost) digits of the PID.
> something like: local_node=f$getjpi(PID,"node") would be ideal
>  The only (messy) solution that I can see at the moment is to extract the first few digits from the PID and use a hardwired lookup table to get the node name 

I am not sure what you need, but the following line will get you the local
node of the process "PID" :

    f$getdvi(f$getjpi(PID,"TERMINAL"),"TT_ACCPRONAM")

I hope this helps.


    +---------------------------------------------------------------------+
   /    +-           +-+                                                 /|
  /    /  +-+ +-+-+ / +  +-+ +-+-+                                      / |
 /    +- +-+ + + + + \  +-+ + + +                                      /  |
+---------------------------------------------------------------------+   |
| Frank Kargl                       | IRC:ComRam Nightfall:Terminator |   |
| IP: CCC_KARG@RZMAIN.RZ.UNI-ULM.DE +---------------------------------|   |
|      S_KARGL@RZMAIN.RZ.UNI-ULM.DE | Hasta la Vista , Baby.          |   |
| Bitnet:  CCC_KARG@DULRUU51.BITNET | I'll be back.                   |   +
| DECnet(Belwue):  50186::CCC_KARG  +---------------------------------+  /
| PSImail: 0262450502601::RZMAIN::CCC_KARG                            | /
| X.400:   s=CCC_KARG;ou=RZ;p=uni-ulm;a=dbp;c=de (only in emergencies)|/
+-----------------------------------+---------------------------------+
From: am728@cleveland.Freenet.Edu (Randy L. Betke)
Newsgroups: comp.os.vms
Subject: Wanted:  DEQNA w Cabinet Kit / H4000 transcievers
Date: 29 Sep 92 15:01:04 GMT
Reply-To: am728@cleveland.Freenet.Edu (Randy L. Betke)
Organization: The Internet



Hi Net Folks ...

If anyone has a DEQNA and/or a couple of H4000 transcievers laying
around that they'd like to get rid of for a decent price, please let
me know.

Thanks,
Randy

Randy Betke  am728@cleveland.freenet.edu


Xref: sparky comp.os.vms:15739 comp.unix.admin:5268
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms,comp.unix.admin
Subject: Integrated Unix and VMS data management
Date: 28 Sep 92 15:27:35 GMT
Reply-To: mvbr@se.alcbel.be
Followup-To: comp.os.vms
Organization: Alcatel Bell Telephone


--

We are planning to purchase an EPOCH based solution for backup and 
archiving of our Unix servers. What we would like to achieve is an 
integration of the VMS servers in this scheme. Has anybody any experience 
or comments on the following archiving scheme :
Install HIERARCHY from Software Partners on VMS and let it archive files to 
a directory on VMS.
However this archival directory is in fact NFS mounted on a Unix server (
ideally on the EPOCH server) using Multinet NFS Client for VMS. On the 
EPOCH server the file can be archived to optical disk using EPOCH Migration
From: DESMITH_N@COLLOQUIUM.CO.UK (Nick de Smith)
Newsgroups: comp.os.vms
Subject: Windows NT. Huh!
Date: 30 Sep 92 16:59:00 GMT
Distribution: world
Organization: The Internet

Hi,

This may be common knowledge, but has anyone noticed that VMS + 1 = WindowsNt
(VMS is only one letter removed from WNT). Roll on 2001 (remember the
"HAL 9000"). Maybe this is just Dave Cutler's little joke. Someone also pointed
out that "Dave Cutler's Little joke" = "DCL joke". Bizarre...

Nick	NICK@NCDLAB.ULCC.AC.UK


Newsgroups: comp.os.vms,vmsnet.misc