HDTenEightyP/NetNews huggingface dataset:
From: vance@lpl.arizona.edu (Vance Haemmerle x4021)
Newsgroups: comp.os.vms
Subject: Re: Apending a file at the end of mail.
Date: 23 Dec 92 23:15:53 GMT
Distribution: world,local
Organization: Lunar & Planetary Laboratory, Tucson AZ.

In article <23DEC199208361368@spades.aces.com> gavron@ACES.COM writes:
>In article <1992Dec23.063743.3368@organpipe.uug.arizona.edu>, I write: 
>#  And to think... TPU becomes the default editor under VMS V6.0.
>#  Oh the horror! ;-)
>
>It is a horror.  Fortunately this naivete was not carried through
>into the AXP operating system, where EDT is still the default editor!
>

  That's because OpenVMS AXP V1.0 is based on VAX/VMS V5.4-2 with
  V5.4-3 bug fixes when EDT was the default editor.  Just wait until
  OpenVMS AXP catches up with the VAX version.  By then they will
  both be sporting the same version number, so just wait until OpenVMS
  AXP V6.0!  The horror will visit you there.


In article <23DEC199208361368@spades.aces.com> gavron@ACES.COM continues:
>#  Anyway, here's someone's question I couldn't answer after spending
>#  lots of time with the DOC CD-ROM.
>
>Read online help.
>
>#  Is there a system service or Run-Time Library routine that returns the 
>#  amount of blocks allocated to a file?
				    ^^^^ 
>
>Yes.  Both.  I'm sure you just skipped it on your DOC CD-ROM,
>	HELP SYSTEM $GETDVI
>	HELP RTL LIB$ LIB$GETDVI
>
>Big Hint: ALQ.
>
>#I hope the answer doesn't involve reading the directory file format manulally
>
>It doesn't involve reading the directory manually.
>It involves reading the manual directly.
>
>#   Vance Haemmerle                              vance@vips.lpl.arizona.edu
>
>Ehud
>

  Moral:  Read the question directly.  The question was for a FILE, not
	  a DEVICE.  Ehud did catch this misreading later and forwarded
	  an answer in e-mail.  Thanks to all who helped.

	  (The question was for a unix person learning VMS who I
	   thought could be shielded from RMS.  Guess not. :-)

--
 Vance Haemmerle                              vance@vips.lpl.arizona.edu
 Support Systems Analyst, Senior              vance%toyvax@arizona.edu
 Lunar & Planetary Lab
 University of Arizona                        * Look before you flame *
Newsgroups: comp.os.vms
From: merrill@stsci.edu (Clark Merrill)
Subject: Re: Bypassing missing F11BXQP on startup ?
News-Software: VAX/VMS VNEWS 1.50    
Organization: Space Telescope Science Institute
Date: Tue, 29 Dec 1992 18:35:00 GMT

In article <9212290827.AA18530@ucbvax.Berkeley.EDU>, simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com writes...
> 
>write sys$output f$message(%x07280b4)
>%MOUNT-F-VOLALRMNT, another volume of same label already mounted
> 
>write sys$output f$message(%x00018272)
>%RMS-E-DNR, device not ready, not mounted, or unavailable
> 
I do this another way, 

exit %x07280b4
%MOUNT-F-VOLALRMNT, another volume of same label already mounted

exit %x00018272
%RMS-E-DNR, device not ready, not mounted, or unavailable

Same results, just a different method.  

For the original problem, I have had this error occur where the HSC is 
not listing the booted disk as $1$DUAx, but as hsc00x$DUAx.  A reboot of 
my HSC cleared the problem up.  I discovered that this was the problem by
backing up the system disk to a free spindle and changing the volume name.
then booting from the new system disk.  All disks on the HSC came up as 
hsc00x$DUAx.  Like I said before a reboot of the HSC cleared the problem.

Good Luck

Clark B. Merrill
Space Telescope Science Institute
Baltimore, Maryland
merrill@stsci.edu
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Question about  MAIL and DEL(copy).....
Date: 21 Dec 92 18:09:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <AADF0C3ACCDF000258@EGFRCUVX>, SABRY@SHEBIN.EG writes...
# 
#HELLO ALL........

	Hello (all-Sabry) & Sabry

#I am Sabry Kotob from Egypt, Our system MV3400 by 12.00Mb with VMS 5.2-1.

	I am Ehud Gavron from Tucson AZ, Our system VS2000 by 16.00Mb with
	VMS X5.4-2GN

#I am sending to you needing a help.

	I am replying to you needing a help.

#Does anyone know what the mail$xxxxx.mai files are that are created by mail.

	Yes.

#They don't seem to be related to the number of messages in various mail 
#folders.

	They are one file per every mail message of size greater than
	3 blocks.  If you don't like seeing them use the 
		MAIL> set mail [.mail]   command

#Just wondering.   ok..................

	Just answering.    ok..............

#------------------------------------------------------------------------------

	+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

#Question DCL ...please,

	I tried, but DCL is not letting me question it.

#When make command copy by the following:-
#$ copy sab.txt  ali.txt;1/log
#This appears to me  a messages:
#%COPY-E-OPENOUT,error opening dia0:[users.engineer.sabry]ali.txt;1 as output.
#-RMS-E-FEX, file already exists, not superseded
#%copy-W-NOTCOPIED, dia0:[users.engineer.sabry]sab.txt;1 not copied
#Any ideas????

	Yes.  Lots of ideas.  Inside the egg egg-beater, grey shark
	to prevent door dinks, and lots of other ideas.

	Don't specify a file version if one already exists.

#Thanks in advance for any and all help.

	You're welcome in retrospect for any and all help.

#If anyone find anything about this questions(mail,dcl) please contact me

	I found something!

#Through E-mail:
#E-mail:sabry@shebin.eg

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Disco oil bussing will create a throbbing naugahide pipeline running
 straight to the tropics from the rug producing regions
 and devalue the dollar!
Newsgroups: comp.os.vms
Subject: Re: ERROR MESSAGES
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 3 Jan 93 06:40:38 GMT
Distribution: world
Organization: The Wolery

gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
> 	Well, EGA is emulated by ERL, so you need that, but to run
> 	ERL you need TWG, and you'd sooner have TGV than TWG except
> 	in France where METRO is slower but has been around longer.

Gee, Ehud.  You _could_ have told him to buy SoftPC for the VAX.... 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
Newsgroups: comp.os.vms
From: brennan@tango.cchs.su.oz.au (Luke Brennan)
Subject: Re: Question about RDO...
Organization: Cumberland College of Health Sciences
Date: Mon, 28 Dec 1992 08:48:52 GMT

In article <A4A5893E1FBF000753@EGFRCUVX>, SABRY@SHEBIN.EG (Sabry Kotob El-Ganzory) writes:
> 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

	it would seem that CDD is, in fact, installed. Though NOT licensed..
	hmm.. actually, it may be that it WAS installed in the past, and
	some leftover logicals are still confusing the issue..
	Noo, otherwise you wouldn't be getting the CDD-F error...
	Okay - it IS installed, but NOT licensed. Soo how do you TELL
	RDO to ignore CDD? Let's try RDO> HELP DEFINE_DATABASE EXAMPLE  

> Please,  Can I running RDO without CDD??? how???

	Can't you just say
	RDO> DEFINE DATABASE 'SABRY' DICTIONARY IS NOT USED.

	or will that still squawk?

	(unfortunately I have CDD installed :-})
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ 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   +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: VAX c
Date: 29 Dec 92 17:32:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <61050098@acf3.NYU.EDU>, tihor@acf3.NYU.EDU (Stephen Tihor) writes...
#You could - of course - use RMS calls.  Thats documented.

	You could - of course include some context in your posting,
	like maybe a subject line that says more than "VAX c"
	or a references line, or even part of the original text.

	You could - of course include an apostrophe in That's.

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
I have the power to HALT PRODUCTION on all TEENAGE SEX COMEDIES!!
Newsgroups: comp.os.vms
From: george@ramsey.cs.laurentian.ca (George Nassas)
Subject: Re: long, long, really long DCL commands
Keywords: dcl
Organization: Dept. of Computer Science, Laurentian University, Sudbury, ON
Date: Mon, 28 Dec 1992 21:50:58 GMT

In <1992Dec28.172453.24421@ramsey.cs.laurentian.ca> george@ramsey.cs.laurentian.ca (George Nassas) writes:

>At first I thought that I could get really long lines by going:
...
>but no way. What gives? I've stumped all my local experts.

Yikes! I was wrong, it does work! If you try a line like:

	$ type/out=x.x -
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,-
	nla0:make16.lis,nla0:make16.lis,nla0:make16.lis,nla0:make16.lis

(that's 15 lines of 64 plus the type command) DCL will gladly accept
it. Or at least the VAX that I'm using right now takes it.

However, when I tried the same example on another VAX that I don't
happen to have access to right now, DCL barfed after 256 characters no
matter what. It was just an plain old 6220 or 6320 with VMS 5.4. Is
maximum line length a selectable thing? I'm stumped, not to mention
embarrased.

Sorry to bother the net on a false alarm.

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


In article <1992Dec29.232313.8246@ll.mit.edu>,
ejon@ll.mit.edu (Eric Jones) writes:
|>
|>Ah, we had exactly the same problem once, and the manuals were _not_ very
|>helpful (for once).  Finally, after carefully perusing the Linker reference
|>manual (not light reading) we discovered that the linker has a weird
|>behavior.  Weird, that is, because I can't imagine why it's desirable.
|>After the linker reaches a threshold number of ISD's (Image Section Descriptors)
|>it GIVES UP trying to further compress the output image through creation
|>of demand-zero sections.  This default value is "approximately 96."

It's desireable because image sections don't come for free.  Each image section
requires an image section descriptor, which is part of the process header.
Process headers are of fixed size and there is one for each balance set slot.
PROCSECTCNT is the SYSGEN parameter that controls how many image sections a
process can have active simultaneously.  If the Linker did not give up on
creating new image sections while doing demand-zero compression, it would
be trivially easy to create images that cannot be activated.  Process headers
are allocated in system non-paged memory, so simply bumping up PROCSECTCNT is
a very expensive solution.  It is especially so when you consider that, except
in very strange cases, an executable image need not have more than 10 image
sections (not counting those brought in from shareable images, of course).

--PSW
From: robinson@stout.geo.brown.edu (Darrin Robinson)
Newsgroups: comp.os.vms
Subject: Re: SHOW/UNIBUS (was: What is XPDRIVER for?
Date: 31 Dec 1992 15:59:01 GMT
Organization: Brown University, Providence RI 02912
NNTP-Posting-Host: stout.geo.brown.edu

In article <1992Dec30.100239.1043@cmkrnl.com> jeh@cmkrnl.com writes:
>>In article <1hs7k7INNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
>
[stuff deleted for {MHz|BPS}]

>
>> Using this command can crash your system.  
>
>Calling all readers:  Has ANYONE out there ever seen this actually happen?  
>If so, what devices were on the bus?
>

In 12 years of VAX systems management, I've never had a system crash or do
anything "inconsistent" with normal behaviour while issuing the SHOW/UNIBUS
command in SYSGEN.  And I've had some weird devices on the UNIBUS from
KMS-11s (BSC bi-synchornous controllers) to Gould IP Display subsystems...

Darrin

 .  Darrin E. Robinson (DER31)         Hamnet   N1LLV  146.700-, 146.880- MHz
/|  Systems Programmer II              Internet darrin@MIT.EDU
\|  Dist. Computing & Network Services          robinson@Planetary.Brown.EDU
 |\ MIT Information Systems            ICBMnet  41 29 24 N  71 18 48 W (NPT)
 |/ 1 Amherst St. - Rm E40-338         NASAmail derobinson@nasamail.nasa.gov
 .  Cambridge, MA 02139, USA           AT&Tnet  (617) 253-0131 
Xref: sparky comp.os.vms:19692 vmsnet.tpu:546
Newsgroups: comp.os.vms,vmsnet.tpu
Subject: Re: Help on "simple" EVE/TPU procedure
From: kacovert@miavx1.acs.muohio.edu (Kent Covert)
Date: 21 Dec 92 18:42:30 -0500
Organization: Miami University Academic Computer Service"

In article <BzKtA4.D67@news.cso.uiuc.edu>, ritley@uimrl7.mrl.uiuc.edu () writes:
> Apologies in advance if this question is naive - I only just
> started using EVE and TPU.
> 
> I am trying to clean up large amounts of Fortran code which
> contains "junk" in each record of each file, beyond the
> 72-nd character position in each record.
> 
> Is it relatively simple to get TPU to truncate each record
> in a file at the 72-nd character position?
> (After that, it would be nice to have TPU delete all
> trailing blanks after the lines of code, but that's not
> as important as the first task.)

Probably the easiest way to do this is to use the box commands within TPU.
The box commands allow you to do cuts, copies, deletes, etc for columns of data
rather than lines of data.  You'd probably want to do something like the
following:

        SET CURSOR FREE    - allows the cursor to go beyond the end of the line.
        SET BOX SELECT     - makes all selects box selects.
        SET BOX NOPAD      - prevents padding with spaces for deleted boxes.

Then just highlight the column you wish to delete using select.  The selection
should be in bold rather than inverse video.  The selection also looks like it's
selecting lines, but trust me, it'll work (BTW, why doesn't box selects
highlight boxes rather than lines - this doesn't make sense to me.)  Then issue
the cut command.

Hope this helps.
-- 
                                     Kent Covert, Software Coordinator
                                     Miami Computing and Information Services
                                     Miami University, Oxford, OH
                                     kacovert@miavx1.acs.muohio.edu  (internet)
                                     kacovert@miavx1                 (bitnet)
Newsgroups: comp.os.vms
From: odonovan@inmos.co.uk (Brian O'Donovan)
Subject: Re: Detecting directory of invoked .com
Reply-To: odonovan@inmos.co.uk (Brian O'Donovan)
Organization: INMOS Limited, Bristol, UK.
Date: Thu, 24 Dec 1992 09:45:44 GMT

In article <1992Dec23.160636.27010@tigger.jvnc.net> fogelinc@Cyanamid.COM writes:
>
>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.
>
[...]
>
>Does anyone know a method for doing this?
>
>- Carl
>---------------------------------------------------------------------------
> Carl Fogelin (fogelincc@cyanamid.com)     "All opinions are strictly mine" 
>   "Sushi!   That's what my ex-wife called me.  Cold fish." -- Blade Runner


Hi,

  Try lexical function F$ENVIRONMENT with the PROCEDURE item.  This will give 
you the full spec of the current procedure.  Use F$PARSE to get just the 
directory part.

  For more information look at HELP LEX F$ENVIRONMENT (a most useful function)
and HELP LEX F$PARSE.

  Cheers,

    'o-Dzin / Brian (isodonovan@isnet.inmos.co.uk) Where's me sig gone now?
From: williford@lub001.lamar.edu
Newsgroups: comp.os.vms
Subject: Checking login times with C and UAF
Date: 22 Dec 92 00:45:15 GMT
Organization: Lamar University - Beaumont
X-Posted-From: lub001.lamar.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

Help!!

I am looking for a C program that read a username and then checks to see
how long it has been since that user has logged on.  The system service calls
to get the information out of the UAF file have been a problem.  Can anyone
help with this???  Sample code or a similar program would be GREAT!!!

T.I.A.  (Thanks In Advance)

*****************************************************************************
Rhett Williford
Systems Operator
ACM Student Chapter President
Lamar University, Beaumont, TX  USA
Internet: williford@lub001.lamar.edu
*****************************************************************************
From: SK0001@ACAD.DRAKE.EDU (Sal Kabalani)
Newsgroups: comp.os.vms
Subject: AUTHORIZE oddity
Date: 24 Dec 92 05:19:01 GMT
Distribution: world
Organization: The Internet

All

I have observed as oddity in AUTHORIZE.  My feeling this is a known "bug" or
"feature" in AUTHORIZE, but I thought I would share my experince with the rest 
of you for its educational value.

Here is what happened:

1- Most of our files on the system (14 1.2 Gig, and 14 660 Meg disks) are owned
   by UIC [200,1], which is names DATABASE.

2- I needed to create an account for one of our subscribers, Arcadia Telephone
   Company, so I went into AUTHORIZE, copied the account of Manilla Telephone
   Company (MANILLA) into Arcadia Telephone (ARCADIA) for the purpose of
   creating the new account.

3- I reset the Device/Directory and Pasword for ARCADIA.

4- I then discovered that the acocunt name ARCADIA is not appropriate for this
   purpose (due to internal policies and procedures), so I copied ARCADIA to
   ARCADIATEL.

5- I then reset the device/directory and password for the new account
   ARCADIATEL. I then delted the old account ARCADIA.

6- When done, I listed a diretory on my files, and discovered that they are all
   owned by UIC [ARCADIATEL] instead of [DATABASE]. a Quick check revealed that
   ALL files that were previously owned by [DATABASE] are now owned by
   [ARCADIATEL]. Needless to say this was a source of alarm to me.

7- I concluded at this point that the Ideantifier [200,1] has somehow changed
   names, from [DATABASE] to [ARCADIATEL].

8- I went into AUTHORIZE, REMOVEd the identifier [ARCADIATEL], then I ADDed 
   the identifier [DATABASE] as UIC [200,1]

9- Now all files are again owned by DATABASE.

   I am curious as to what caused the [200,1] change names like you have seen
   above.. Any ideas ?

.-Sal A Kabalani----------+--Internet: SK0001 @ Acad.Drake.Edu----------------.
| Superv. of Operations   |     Phone: (515) 830-0436                         |
| Data Systems Department | VoiceMail: (515) 830-1086    II  I\  II  .IIII    |
| Iowa Network Services   |      Fax : (515) 830-0123    II  II\ II  III      |
| 4201 Corporate Drive    | Centralized Equal Access     II  II \II    III    |
| Des Moines, Iowa 50265  |         CIC 225              II  II  \I  IIII'    |
`----------------------- Programmers Do It With a Byte -----------------------'
From: akira@atson.asahi-np.co.jp (Akira Takiguchi)
Newsgroups: comp.os.vms
Subject: Re: flushing in VAXC and DECC
Date: 27 Dec 92 11:37:49 GMT
Organization: ATSON, Inc. (a subsidiary of the Asahi Shimbun)

In article <1hjtr9INN34t@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>Glad to know that it's documented on AXP machines.  Now, perhaps you'd clarify
>a point for us:  The AXP documentation doesn't agree with what fsync() acutally
>does under VMS 5.4-2.  In particular, the AXP documentation would have us
>believe that:
>	fsync(fileno(stdout));
>actually causes the results of, e.g., all printf's to be flushed to disk.

     I don't see any reason why anyone is forced to "believe" that standard
I/O and UNIX I/O are interchangable (is there any explicit documentaion in
the VAXC manual?  I guess no).  Yes, fileno() can convert file pointer
to file descriptor.  But that doesn't mean you can mix up standard I/O
functions and UNIX I/O functions.  If you are likely to believe that
fsync(fileno(stdout)) without preceding fflush() will work, wouldn't you
also assume that

     fp=fopen("test.dat","w");fputs("aaa\n",fp);close(fileno(fp));
     fp=fopen("test.dat","w");fputs("aaa\n",fp);fclose(fp);

do the same?  (on VMS, they do - unfortunately.  But NEVER on Unix boxes).

     Fsync takes a file descriptor as argument, which means it's a UNIX I/O
function (fsync has long been on unix boxes - BSD origin, I think).  Anybody
who use UNIX I/O function in his program are supposed to know that you need
special care to use it with standard I/O functions.  I wouldn't blame AXP's
documentation.
-- 
       Akira Takiguchi  at ATSON, Inc. (a subsidiary of the Asahi Shimbun)
                   WAKO GINZA bldg.  8-10-4 Ginza Chuo-ku Tokyo 104  Japan
   +81 3 3289 7051(voice) 7066(fax)  EMAIL TO <akira@atson.asahi-np.co.jp>
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: re: Alternative callable editors in MAIL?
Date: 30 Dec 1992 12:58:32 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 <9212282149.AA16692@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
>Note that since MAIL is privileged, any callable editor that you intend to
>call from MAIL must be INSTALL'ed.

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

$ SEARCH SYS$MANAGER:VMSIMAGES.DAT MAIL
sys$system:mail_server	/open /header /shared	/priv=(sysprv)						! 1/13/VMS_highusers
sys$system:mail		/open /header /shared								! 1/139
sys$share:mailshrp	/open /header /shared 	/protect						! 3/74
sys$share:mailshr	/open /header /shared								! 2/107

Since MAIL_SERVER and MAIL have been decoupled, MAIL is no longer, by default,
a privileged image.
--------------------------------------------------------------------------------
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.