HDTenEightyP/NetNews huggingface dataset:
From: critz@star.enet.dec.com (Richard Critz)
Subject: Re: Detecting directory of invoked .com 
Reply-To: critz@star.enet.dec.com (Richard Critz)
Organization: Digital Equipment Corporation, Nashua, NH
Date: Wed, 23 Dec 1992 16:34:34 GMT


In article <1992Dec23.160636.27010@tigger.jvnc.net> you write:
|>
|>In a DCL program, I would like to be able to determine what directory the
|>invoked .com file is located in.  I seem to remember a similar thread about
|>6 - 8 months ago, so I hope someone remembers the solution.
|>

f$parse(f$environment("procedure"),,,"directory","syntax_only")

should work nicely.

--
-----------------------------------------------------------------------------
Richard Critz					      critz@star.enet.dec.com
      -- I speak only for myself; I make no commitments for Digital. --
-----------------------------------------------------------------------------
From: SABRY@SHEBIN.EG (Sabry Kotob El-Ganzory)
Newsgroups: comp.os.vms
Subject: Question about RDO...
Date: 27 Dec 92 10:30:00 GMT
Organization: The Internet



Hello  everybody...........
Please, I want ask you about these a messages appears to me when:-
$ rdo
RDO>define database "sabry".
Now, to you these the messages to me:-

%RDO-F-CDDERR, error occurred during CDD signin, CDD will not be used
-CDD-F-NOMSG, Message number 002BED2C
-LICENSE-F-NOLICENSE, no license is active for this software product

Please,  Can I running RDO without CDD??? how???
I hope that  any help via e-mail...
Thanks in advance for your assistance....
E-mail:sabry@shebin.eg
Sabry
EGPYT

Finally, to you Lic that there are on node SHEBIN and also, RDB software product
Here on our system....

Active licenses on node :

BASIC
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: F (Layered Products)
        Activity: 0
        MOD_UNITS

C
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: F (Layered Products)
        Activity: 0
        MOD_UNITS

COBOL
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: F (Layered Products)
        Activity: 0
        MOD_UNITS

DVNETRTG
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: E (System Integrated Products)
        Activity: 0
        MOD_UNITS

FORTRAN
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: F (Layered Products)
        Activity: 0
        MOD_UNITS

PASCAL
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: F (Layered Products)
        Activity: 0
        MOD_UNITS

RDB
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: F (Layered Products)
        Activity: 0
        MOD_UNITS

VAX-VMS
        Producer: DEC
        Units: 0
        Version: 0.0
        Date: 23-FEB-1990
        Termination Date: (none)
        Availability: A (VMS Capacity)
        Activity: 0
        MOD_UNITS

Many thanks.................
Sabry
From: 2020211@SAPHIR.ULAVAL.CA (Sylvain Chamberland)
Newsgroups: comp.os.vms
Subject: Convert MSDOS or UNIX text format to VMS format
Date: 30 Dec 92 08:51:39 GMT
Reply-To: 2020211@SAPHIR.ULAVAL.CA
Organization: CTI, Universite Laval

Hi netters...

First let me tell you I'm not a programmer, I'm not even studying computers.
I'm just a biology grad student who has to cope with a VAX account and is
sourly mourning his former unix account...  ;-)  (no kidding I DO prefer unix
to VMS!)
I have seen the recent wave of the "flames" thread, so I will try to be clear
and precise...  ;-)    (anyway I got a thick skin!)

Here's my problem: I don't have any archive utility on my system here so I went
to get a C source for "zip" by anonymous ftp. The source was written so it could
be portable, and I got the VMS supplementary files.

But it appears the source is not in a VMS format, because the VAX EDIT editor
will not accept any of the *.c or *.h files as files containing many lines. It
appears to me a whole file is considered as being composed of one or a few
lines by the editor or the compiler. The VAX C compiler ("CC") won't compile
the source, it does not seem to recognize the format.

(Please note that I used the VAX C compiler successfully to compile a source
for a ymodem file transfer protocol...)

I checked the contents of the files with the VMS DUMP command, and the end of a
line is marked by the character 0A hex (line-feed I guess). I checked a file
created by EDIT and a line is terminated by 00... so I deduced the problem is
the character for the end of line.

So I would be very grateful if somebody told me how I could transform these
files in a format readable by the VAX C compiler...  :)

I tried to see what I could do with commands like CoNVERT, but nothing so far
has worked. I don't know much about VAX, and I don't have any idea of what 
the heck is a "FDL"...

I tried to transfer some files back and forth my IBM PC clone using the ymodem
protocol I just told about, then compared two versions of the same file with
the command ANALYZE/RMS_FILE: the original file, and one which went to my
computer and back. The "record type" had changed from "fixed" to "stream-LF",
the analysis told about something like "VBN 8" that had changed to "9"... also,
there appeared to be no limits to the size of the blocks anymore. But the
transfered file could be taken by EDIT (and read by the VAX C compiler, "CC"),
despite the fact that it said that the text format was not standard. I checked
with DUMP, and the end of a line was identical in both!
(On screen, with TYPE, there are line feeds without carriage returns for the
original file, while there are carriage returns on screen for the transfered
file).

Anyway, I'm at a complete loss, and I'm WAY out of my league, and would really
appreciate if somebody could tell me what's going on...   :)


Sylvain Chamberland
2020211@saphir.ulaval.ca
Newsgroups: comp.os.vms
From: sysbrc@loki.albany.edu (Brian Cuttler)
Subject: Re: $add_holder is slow...
Organization: State University of New York at Albany
Date: Wed, 30 Dec 92 19:39:05 GMT

In article <C031y8.9Bz@usenet.ucs.indiana.edu> mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney) writes:

>Recently, I set about rebuilding the rightslist for the cluster, in order to
>get each node in sync again, and make sure that everybody has only what they
>need.  We have 5 different rights, of which everybody has at least one.  They
>are:
>
>     UCS  -   people who work at UCS
>     STAFF  - staff members
>     FACULTY -faculty members
>     GRAD  -  grad students
>     UGRAD  - undergraduate students
>
>Does anyone know a way to speed this up?  Pretty much anything is possible
>with the machine that we are using.  Thanks in advance.
>
>	Darrin

Darrin,

Is there another way to do what you want?  Instead of using rights what
if you were to assign each identifer a range of UIC groups, then you 
would only have to track the users that were in more than a single
catagory.

							Brian


-- 
------------------------------------------------------------------------------
 Brian R Cuttler                 |        bitnet:    sysbrc@albnyvms
 Senior System Programmer        |        internet:  sysbrc@uacsc1.albany.edu
 State Univ of NY at Albany      |        phone:     518-442-3906
From: mikel@anorad.linet.org (Mikel Beck)
Newsgroups: comp.os.vms
Subject: Re: DECW$TRANSPORT_COMMON not up to date ?
Date: 30 Dec 92 21:47:00 GMT
Organization: Anorad Corporation, Hauppauge, New York

>>> For those on VMS 5.4 the correct minor ID of DECW$TRANSPORT_COMMON
>>> is 00000D.  Thats what it is on the Vax Station at work
>>> and that's what DEC say it should be, I asked.  However, having 
>>> sent out some beta software I have had two people in different parts
>>> of the world complain that their software don't run, and the problem
>>> has been traced to DECW$TRANSPORT_COMMON having the wrong minor ID
>>> of 00000C. ie. their DECW$TRANSPORT_COMMON is still at VMS 5.3

>> 	I'm at 5.4-2 and it shows 00000C

	I'm at 5.5 and it shows 00000C.

+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
|      Mikel Beck - Senior Business Programmer, Anorad Corporation        |
|                     E-Mail: mikel@anorad.linet.org                      |
|                         "Excellence In Motion"                          |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
From: MCMAHON@AC.GRIN.EDU ("McMahon,Brian D")
Newsgroups: comp.os.vms
Subject: Re: Flames......
Date: 28 Dec 92 03:22:30 GMT
Distribution: world
Organization: The Internet

Mark Montanez, System Programmer/Manager, AHEC <MARK@AHECAS.COLORADO.EDU>
asks:

> Is anyone else out there *TIRED* of Mr. Ly*DICK*'s infantile out bursts on this
> list....

Not really.  I *AM* tired of people who do NOT routinely contribute
answers, but flame people who DO.  If you've been reading Info-VAX for any
length of time, you should know that Carl is one of the latter.  Perhaps
it's just an oversight on my part, but I don't recall seeing nearly as much
sound technical advice from Mr. Montanez.

> This list could be a real asset to those subscribed... but *YOU* make it much
> less.. when you flame.... in some kind of a twisted attempt to stroke your ego.

Let me put this as politely as I can:  HORSE PUCKIES!  Carl is one of the
best, most reliable sources of information on this list.  Others in that
august group include Jerry Leichter (who is usually more patient than Carl)
and Ehud Gavron (who is perhaps a shade more creative in his abuse, but
it's a tough call).  What do they have in common?  All of them have flamed
poorly-stated questions, and all of them have provided many thousands of
dollars worth of FREE CONSULTING to TOTAL STRANGERS.  Remember the old
saying about biting the hand that feeds you?

> [ . . . ] think about what I'm
> saying for a few seconds....There's a meaning there if you look/listen...

Yes, and the meaning is this:  If you want a decent answer, ask a decent
question.  Info-VAX can connect you to acknowledged VMS experts who are
ready and willing to help, but don't expect them to waste valuable time
GUESSING what your real problem is.  If you want that, I'm sure they'd be
delighted to listen to you babble at $50/hour or more.

Now PLEASE, folks, let's get back to VMS, can we?  Enough of the amateur
psychology.  (Don't quit your day job.)

[I considered putting smileys in several places, but decided against it. 
I re-read my posting several times, and I'm still not smiling.]

Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
Postmaster / Acad. Software Support   Grinnell College Computer Services
Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936
From: BGRAN%IOSSVR.gm@HAC2ARPA.HAC.COM
Newsgroups: comp.os.vms
Subject: Re: 9 Levels of VMS?
Date: 28 Dec 92 17:18:55 GMT
Distribution: world
Organization: The Internet

>In article <1992Dec18.153714.7452@sun1x.actc.res.utc.com>, 
>scottb@sun1x.actc.re
>#In Message-ID: <1992Dec11.165502.1@bronco.fnal.gov>
>#
>#
>#Rick Columbo writes:
>#
>#       2) Hide said directories nine levels down.  You'll need a
>#          logical to see them yourself, but the casual user won't
>#          know to look.  I'm not sure if Analyze will spot this though.
>#
>#What I am wondering is, how can you put something 9 levels down?
>#As far as I know, VMS will only let you create up to 7 levels of
>#subdirectories?  Is there a way to get 9 levels?  And if so, how?
>
>Did you see in the original post that you quoted where the guy
>said "You'll need a logical..."  That was the answer as to how
>you can do it.
>
>$define stupid$root disk$idiots:[cantread.simple.stuff.atall.5.6.7.]
>$set default stupid$root:[morestupid.level10.level11]


	As an additional comment and warning to this procedure, BACKUP will 
only restore up to >seven< directory levels. All files below the seventh 
directory will be restored to the TOP level directory.
	This happened (unexpectedly!) to me, and the DEC CSC in a nutshell 
said "tough". You could probably find out where the data files (and missing 
[...level8.level9.etc]*.dir files) with some laborious sleuthing, though.

	...just a thought!!!!


	Bruce

******************************************************************************
	
	Bruce Grant
	Computer Systems Guy to the Stars

	bgran%iossvr.gm@hac2arpa.hac.com
	
	If I knew everything about everything, I would be paid more than this!

******************************************************************************
From: chen@speed.uucp (Lilei Chen)
Newsgroups: comp.os.vms
Subject: Re: Mount verification timed out
Date: 29 Dec 92 21:53:29 GMT
Distribution: world,local
Organization: Aiken Computation Lab, Harvard University

In article <1992Dec29.115919.4181@arizona.edu> Leonard@Arizona.EDU writes:
>Boost the value of the SYSGEN param MVTIMEOUT.  (By default 3600 sec. =
>1 hour.)  We have ours set to the maximum, which is 64000 sec (a little
>under 18 hours), which should give your rebooting node enough time to
>come back up and start re-serving the disks.
>
>Aaron

The problem occures even when the node is down for 5 minutes.  I am not
sure what MVTIMEOUT really does.

Jim
Newsgroups: comp.os.vms
From: uugblum@venus.lerc.nasa.gov (VMScluster Administrator)
Subject: Re: ballooning EXE size
News-Software: VAX/VMS VNEWS 1.41    
Organization: NASA Lewis Research Center
Date: 29 Dec 1992 16:58 EDT  

In article <01GSUT89O7JK000J0I@XRT.UPENN.EDU>, BUHLE@XRT.UPENN.EDU ("E. Loren Buhle, Jr. [-662-3084]", 215) writes...
>I have a problem with the size of an executable going from ~1,000 blocks to 
>something on the order of 75,000 blocks. 
> 
[stuff deleted]

>Eventually, the addition of the simplest code causes the executable to go from 
>1,100 blocks to ~76,000 blocks. Looking at the LINK map, the size of my 
>interface modules are quite small. Remember, this is FORTRAN and most of the 
>memory is statically allocated.
> 
[stuff deleted]

>Dr. E. Loren Buhle, Jr.  INTERNET: BUHLE@XRT.UPENN.EDU
>University of Pennsylvania School of Medicine         Phone: 215-662-3084
>Rm 440A, 3401 Walnut St., Philadelphia, PA 19104-6228   FAX: 215-349-5978

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".

--------------------------------------------------------------------------------
Greg Blumers				Sverdrup Technology, Inc.
VAXcluster Administrator		c/o NASA Lewis Research Center
(216)433-6777				Mail Stop 142-2
					21000 Brookpark Road
uugblum@scivax.lerc.nasa.gov		Cleveland, OH 44135
--------------------------------------------------------------------------------
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Unable to delete file
Date: 26 Dec 1992 07:13:26 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 <009658B3.F3FE06A0.30649@VAX1.Bemidji.MSUS.EDU>, ts117@VAX1.BEMIDJI.MSUS.EDU (TANDI SUNARTO) writes:
>Hi, everybody !
>
>I couldn't delete a file in my directory, eventhough I have set the
>protection of owner to RWED, yet I keep reeiving insufficient privelege
>or file protection violation message.
>
>What should I do ?

You can start by posting the output of DIRECTORY/FULL on both the file in
question and the directory in which it resides, and the output of the command
SHOW PROCESS.  That way, we'll have enough information to have a decent chance
of being able to help you.
--------------------------------------------------------------------------------
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: GARYM@MASH.Colorado.EDU (THE NIGHT OPER)
Newsgroups: comp.os.vms
Subject: storage library system
Date: 22 Dec 92 02:42:20 GMT
Distribution: world
Organization: The Internet

Has anyone use vax storage library system? We are planning to install it in the
next month or so. And have a some questions.

1. Has anyone installed it themselfs.

2. How have you been using it.

3. Type of equipment and storage you are running it on.

4. Any problems installing an running it.


please send information to  "garym@mash.colorado.edu"

thank you

Newsgroups: comp.os.vms,relcom.talk,relcom.netnews
From: igor@hump.ihep.su (Igor Mandrichenko)
Subject: 2-ND CFV & VOTE ACK: relcom.vms
Reply-To: igor@hump.ihep.su
Organization: IHEP,Protvino
Distribution: relcom
Date: Fri, 25 Dec 92 13:40:57 +0200


                     
                  -----------------------------------
                        relcom.vms
                     ----------------------------

    
-----------------------------------------
petunin@ch70.chel.su (Serge A. Petunin)
Sergey N. Yakovlev <Sergey@kamasto.kamchatka.su>
igor@hump.ihep.su (Igor Mandrichenko)
Serge <Serge@npoluch.msk.su>
Karpov Alexander Victorovich <Alex@npoluch.msk.su>
rem@cclearn.perm.su ( Beregulko Roman)
demon@nienschanz.spb.su (Denis Monachov)
valera@nienschanz.spb.su (Valera Bulgakov)
asmoor@sandy.msk.su (Bukhtenko Alex Yu.)
Kabozova Larisa Gavrilovna <klg@npoluch.msk.su>

     .

 
-------------------
""    : vms-v@hump.ihep.su
                                        ------------------
 **  ""   .
""     : "YES"  "NO".

       
 :

1.  ""     2/3    .
2.  ""    20.

 :   10  1993.
-------------------

 :
----------
 .

 :
-------------
    " " 
    VMS   , 
 .       
   VMS.
From: JBP@HCACAD.HOLYCROSS.EDU (Father Pomeroy)
Newsgroups: comp.os.vms
Subject: Merging two sysuaf. dat files- summary - result
Date: 22 Dec 92 19:55:26 GMT
Distribution: world
Organization: The Internet


 Thanks to:
 Jenny Evans, Jennye@nait.ab.ca
 Dave Greenwood, Greenwoodde@ornl.gov
  
 Both pointed me very politely to appendix B of the VMS VAXcluster manual,
where careful details are given about how to use CONVERT with 2 input
files and one output file, where , in case of duplicate  inputs, the record
from the first-named is used. Solved the problem completely. It was
also pointed out that RIGHTSLIST.DAT and NETPROXY.DAT must be handled
similarly, if needed.
 Many thanks,

 Joe
From: brennan@tango.cchs.su.oz.au (Luke Brennan)
Subject: Re: DECW$TRANSPORT_COMMON not up to date ?
Organization: Cumberland College of Health Sciences
Date: Wed, 30 Dec 1992 22:11:16 GMT

In article <1992Dec30.103457.3277@monu6.cc.monash.edu.au>, bena@yoyo.cc.monash.edu.au (Ben Aveling) writes:
> 
> For those on VMS 5.4 the correct minor ID of DECW$TRANSPORT_COMMON
> is 00000D.  Thats what it is on the Vax Station at work
> and that's what DEC say it should be, I asked.  However, having 
> sent out some beta software I have had two people in different parts
> of the world complain that their software don't run, and the problem
> has been traced to DECW$TRANSPORT_COMMON having the wrong minor ID
> of 00000C. ie. their DECW$TRANSPORT_COMMON is still at VMS 5.3

	I'm at 5.4-2 and it shows 00000C

+ Luke Brennan                             e-mail:      brennan@cchs.su.oz.AU +
+ EDP Unit, S209                          brennan%cchs.su.oz.au@cunyvm.BITNET +
+ Cumberland College of Health Sciences,                              ,-_|\   +
+ The University of Sydney                  voice: +61 2 646 6402    /     \  +
+ East Street, Lidcombe, NSW 2141             fax: +61 2 646 4853    \_,-._*  +
+ AUSTRALIA                                                               v   +
Newsgroups: comp.os.vms,comp.lang.ada
From: LEDUC@MINNA.IIT.EDU (USERS)
Subject: VAX/VMS ACLs
Organization: ILLINOIS INSTITUTE OF TECHNOLOGY, CHICAGO
Date: Mon, 4 Jan 93 04:23:15 GMT
X-News-Reader: VMS NEWS 1.24

Hi Everyone,

I'm kinda of new to VAX/VMS ADA. I was wondering whether someone out
there can help. I have the following program I am tring to set the
ACL on a file using system services. I have already tried spawning
a subprocess to set the ACL, But spawning cost a great deal of CPU time.
I was hoping using system servies would be faster, but I am unable
to get it to work.

with Condition_Handling;
with Lib;
with starlet;
with system;

procedure test is
   status : Condition_handling.Cond_Value_Type;
   ACL_List : Starlet.Item_List_Type (1..1);
   ACE_Entry: String (1..128);
   len : system.unsigned_word := 4;
begin
   Lib.Create_dir ( status => status,
		    device_directory_spec => "[STUDENT.USERS.Z275.HELLO]" );
   Starlet.Parse_ACL ( status => status,
		       aclstr => "(identifier=[users,leduc],access=" &
				"read+write+execute+delete+control)",
		       aclent => ACE_Entry );
   ACL_List (1) := Starlet.Item_Rec_Type' (
		Buf_Len => len,
		Item_Code => Starlet.ACL_C_ADDACLENT,
		Buf_Address => ACE_Entry'address,
		Ret_Address => System.Address_Zero );
   Starlet.Change_ACL ( Status => Status,
			Objtyp => Starlet.ACL_C_FILE,
			Objnam => "[STUDENT.USERS.Z275]HELLO.DIR",
			Itmlst => ACL_List );
end test;


The Lib.Create_Dir successfully creates the directory. The manual
mentions having to create the ACE Entry using Sys$Parse_ACL before
calling Sys$Change_ACL. I am unclear as to how to set up the
correct format and call the right procedures.

Any advice would be greatly appreciated. Thanks in advance.

Duc Le
led@sunfs1.dsd.northrop.com
leduc@minna.iit.edu
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: ballooning EXE size
Date: 30 Dec 1992 12:50:18 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 <1992Dec29.210445.3061@news.arc.nasa.gov>, miller@tgv.com (Vagrant) writes:
=
=In article <01GSUT89O7JK000J0I@XRT.UPENN.EDU>, BUHLE@XRT.UPENN.EDU ("E. Loren Buhle, Jr. [-662-3084]", 215) writes:
=#I have a problem with the size of an executable going from ~1,000 blocks to 
=#something on the order of 75,000 blocks. 
=
=Why don't you just look in the map file?  LINK/MAP/FULL/CROSS.
=
=If that doesn't tell you anything, use ANALYZE/IMAGE.  Write the
=output to a file and SEARCH it for "page count:" or "base VBN:".
=That should at least give you an idea of which PSECT is ballooning.
=
=I don't know enough about FORTRAN to know if it does something
=funny once a limit is reached, but if it does then you can figure
=it out with ANALYZE/OBJ.
=
=If nothing else, this should give you enough information to repost
=your question.

Hmmm.  This reminds me of something, but I'm not sure what.  Probably something
quite irrelevent, but just in case:  Isn't there a linker limit of some sort,
wherein, if you've got more than a certain number of (damn!  I can't think of
the right term, and I'm at home right now)'s, it stops creating demand-zero
pages?  Maybe my putting it this way will jog someone else's memory, I hope?
--------------------------------------------------------------------------------
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.