HDTenEightyP/NetNews huggingface dataset:
From: huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712)
Subject: Re: EDT help, Please?
News-Software: VAX/VMS VNEWS 1.41    
Organization: European Organization for Nuclear Research, CERN
Date: Tue, 15 Dec 1992 12:50:00 GMT

In article <1992Dec14.154128.3083@newstand.syr.edu>, wethater@rodan.acs.syr.edu (William E. Thater) writes...
>	A question for all the EDT experts out there. I'm posting this for
>a friend of mine who is on a VAX that offers only the EDT editor. [Trust
>me you DON'T want to know.] She would like to be able to quote mail
>messages automaticly, or at least with one key binding, instead of having
>to put a '>' in front of each line manualy. 
>	Is there any way to do this with the eedtini.edt file. [like

Take this:
! this is to flag the mail to be answered with ">" in front
DEFINE KEY GOLD F AS "62ASC L."
!C; ER -L 32000(62ASC -2L) ER EX
C; ER EX
INC MX_SIGNATURE

Define MX_SIGNATURE appropriate; uncomment the !c; line to quote the whole text
on invocation.
-
Joseph "Sepp" Huber        | At present in CERN, phone -4439/-6712
Max-Planck-Institut Physik | Internet: huber@vxcern.cern.ch
Munich, Germany            | HEPnet:   VXCERN::HUBER
From: alanmoore@yang.earlham.edu
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail
Date: 16 Dec 92 18:41:38 GMT
Organization: Earlham College, Richmond, Indiana

In article <17573@umd5.umd.edu>, dmatthews@uap.umd.edu writes:
> 2. Comment: I guess most managers would go through the roof when they learned
> their subordinates were sending encrypted messages to anyone, without
> management authority. 

I don't know what management you are talking about (system or company), but as
a system manager I would rather have encrypted messages; that way, I can look
at the message (headers) and not worry about whether I am seeing something
somewone might not want me to when I get a bounced message or am trying to help
a user with mail problems.

Alan Moore                              alanmoore@yang.earlham.edu
System/Network Manager, Postmaster      (317)983-1437
Earlham College
Richmond, IN
Newsgroups: comp.os.vms
From: hallam@zeus02.desy.de (Phill Hallam-Baker)
Subject: How do I move the login screen?
Reply-To: Hallam@zeus02.desy.de
Organization: Deutsches Elektronen Synchrotron, Experiment ZEUS bei HERA
Date: Thu, 17 Dec 1992 03:26:36 GMT

Having just VESTed Xloadimage and written a prog to load pretty backgrounds onto
the root display I have come across a problem. Namely, the login box is slap
bang in the middle of the screen. How can I move it?

I tried meddling with SYS$COMMON:[DECW$DEFAULTS.SYSTEM]DECW$LOGIN.DAT;1

But to no avail :-(


Anybody know how to hack this? I don't know of an FM to R.

Thanks...

--

Phill Hallam-Baker
From: linnoise@bigboy (LN)
Newsgroups: comp.os.vms
Subject: From VAX Cobol to Cobol on MSDOS
Date: 16 Dec 92 15:31:40 GMT
Organization: Temple University

I'm supposed to move some of our existing VAX Cobol code to run on MSDOS
to reduce the load on our VAX/VMS systems.  What is the best choice in
MSDOS Cobol compilers to make this task as painless as possible?  Also,
any supporting data would be greatly appreciated.  Please email to the
address given below and I will post a summary here. Thanks in advance.

---linnoise@129.32.32.98  My opinions are strictly those of my own.
From: verhaar@accucx.cc.ruu.nl (Henk Verhaar)
Newsgroups: comp.os.vms
Subject: restricting access
Keywords: guest login
Date: 15 Dec 92 19:46:09 GMT
Organization: Academic Computer Centre Utrecht

OK, now bear with me please. I'm a Macintosh user; but since a couple of
months I have a VAXstation 4000 VLC on my desk. This machine is basically
meant for (old style) molecular modeling; running apps like MOPAC, and MODEL
as a modeling front end for non-mac-users, as well as some environmental QSAR
(Quantitative Structure-Activity Relationships) applications. 

Now I have to manage this machine as well as use it. As far as I'm concerned I
don't want to impose severe restrictions on my normal users (those with
personal interactive accounts); if and when they start poking around I can
always go to their rooms and shake my fist in their face :-). There are some
people that just need very limited access on very limited occasions. Now I'd
like to have some kind of anonymous account for those users (Using GUEST as
login name; you can guess the password); but I don't want anyone with enough
brains to get in on this account to go poking around, especially not on my
system disk. Is there an easy (or at least a recommended way) to restrict the
access of those users. I have, well not RTFM, but glanced at the limited docs
that come standard with the VAXstation; I couldn't find a 'ready to use'
description. 

What I have tried is to set ACL's on all directories on my sys disk, stating:
identifier=[guest], options=default, access=none (or something like this, this
is from memory). As far as I could see, this restricts a guest login from
finding any directory or from set def to the actual sys device. However, when
I do a set def SYS$SYSTEM, or to any other logical directory, I can see/access
all the files that are there.

Any help please? Thanks in advance

Henk Verhaar
verhaar@cc.ruu.nl
-- 
Henk Verhaar <verhaar@cc.ruu.nl>

Research Institute of Toxicology - University of Utrecht
Dept of Environmental Toxicology

Where we find out just how much junk you can bear and still be (re)productive!
From: RICHARDE@UV3.EGLIN.AF.MIL ("Eric F. Richards")
Newsgroups: comp.os.vms
Subject: RE: SMG$ routines: Just how non-reenterent are they?
Date: 15 Dec 92 13:49:00 GMT
Distribution: world
Organization: The Internet

kushmer@bnlux1.bnl.gov (christopher kushmerick) writes:
> The manual says that SMG$ is not reenterent (spelling?).
>
> Does this mean that I should disable ASTs from occuring arounds each smg call 
> if my program uses AST routines triggered by timers, $qios et cetera?
>
> Or does it only mean that I should not do any SMG routines in any ASTs that
> may
> interrupt a SMG routine?
>

You can use ASTs for non-SMG related activities.  Calling SMG from an AST
routine can produce "interesting" results -- in my experience they were never
fatal, but you wouldn't get what you want.  (Crosshatches of lines on the
screen, for example.)

Caveats:  SMG disables ASTs in its own activity.  You can disable
user-mode ASTs to your process by simply XOFFing your terminal while
SMG is drawing something.  This is fine as long as your ASTs aren't
triggered or required by another process (for example, a blocking AST
on a lock).

Also, under "certain" circumstances SMG will disable ASTs but not re-enable
them.  As I recall, it involved updating stuff in a pasted display that had
a viewport, but the data being updated was outside the viewport.  I SPR'd
this through our local channels, but never heard anything back on it.

Eric Richards
Tybrin Corp
904/882-9795
richarde@eglin.af.mil
"Opinions here are my own."
From: vance@lpl.arizona.edu (Vance Haemmerle x4021)
Newsgroups: comp.os.vms
Subject: Re: NEWMAIL COUNT incorrect problems SOLVED (Was: Updated DISKFREE.COM)
Keywords: Tumbler, Casing, Tensioner, Ward, Pick, Hole, Hypocrite
Date: 14 Dec 92 17:36:20 GMT
Distribution: world,local
Organization: Lunar & Planetary Laboratory, Tucson AZ.

In article <13DEC199221501535@spades.aces.com> gavron@ACES.COM writes:
>Seeing that people are again posting gratuitous unwanted comfiles to
>display disks and such (anyone got a really good CD.COM???) 
>

  I wish you wouldn't act so hypocritical, Ehud.  I will have to
  consider your advice about posting more carefully before taking 
  it in the future.

--
 Vance Haemmerle                              vance@vips.lpl.arizona.edu
 Support Systems Analyst, Senior              vance%toyvax@arizona.edu
 Lunar & Planetary Lab
 University of Arizona

------------------ start included file --------------------

From:	TELCOM::IN%"GAVRON@VESTA.SUNQUEST.COM" 23-JAN-1992 14:04:32.82
To:	VRH@VIPER.lpl.Arizona.edu
CC:	
Subj:	RE: DISKFREE.COM updated with new device names, etc.

Return-path: <GAVRON@VESTA.SUNQUEST.COM>
Received: from Vesta.Sunquest.COM by Arizona.edu with PMDF#10282; Thu, 23 Jan
 1992 14:04 MST
Date: Thu, 23 Jan 1992 14:04:04 -0700 (MST)
From: GAVRON@VESTA.SUNQUEST.COM (Ehud Gavron)
Subject: RE: DISKFREE.COM updated with new device names, etc.
To: VRH@VIPER.lpl.Arizona.edu
Message-id: <920123140404.1f2@VESTA.SUNQUEST.COM>
X-Vmsmail-To: SMTP%"VRH@VIPER.lpl.Arizona.edu"

Date sent:  23-JAN-1992 14:02:39 


>Hmmm, post an update and they think you support it.  :)

 [parts deleted]

>I'll send the guy the new version, but I would feel kinda stupid to post it
>to comp.os.vms again.  People might get annoyed.  :)

	Wait a week and see what else pops up; place it for anon ftp;
	send a copy to Bruce Tanner (tanner@black.cerritos.edu) to
	put on his mailserver, and note on comp.os.vms that a new
	version is up on a mailserver/ftp :-)

	Or just post it ;-)
>
>- Vance


	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com

----------------------- End included file -----------------------
Newsgroups: comp.os.vms
From: ctanski@nyx.cs.du.edu (Chris Tanski)
Subject: Sysop checking mail
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Sat, 12 Dec 92 00:20:18 GMT


Can somebody tell me when it's legal and when it's illegal for a sysop to
check another user's mail? Thanks and please reply directly to
ctanski@nyx.cs.du.edu.

Chris Tanski
From: lee@hsh.com (Lee Havemann)
Newsgroups: comp.os.vms
Subject: Re: NEWMAIL COUNT incorrect problems SOLVED (Was: Updated DISKFREE.COM)
Date: 18 Dec 92 15:08:14 GMT
Organization: HSH Associates

In article <1992Dec17.160456.7479@ulci20.unil.ch>, jwenger@ulci06.unil.ch writes:
> 
> In article <13DEC199221501535@spades.aces.com>, 
> gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
> 
> |>The following is the DEFINITIVE SOLUTION to the famous newmail count
> |>problem.  If your NEWMAIL COUNT is off by one or more messages, extract 
> |>the following and unpack it.
> |>
> |>With thanks for the idea to package this going to Terry, Bo, Dan,
> |>and Jane!
> |>
> |>Ehud
> |>
> |>--
> |>Ehud Gavron        (EG76)     
> |>gavron@ACES.COM
> |>
> 
> (long piece of macro code deleted)
> 
> I tried it and am still laughing. Thank you Ehud!
> 
> ---------------
> Jacques C. Wenger, University of Lausanne.
> jwenger@ulys.unil.ch

You should have saved this for the first day in April :-)
(pretty good, though :-)
-- 

 Lee Havemann, Comp Ops Dir.    HSH Associates      (201) 838-3330 
 Internet: lee@hsh.com    Compuserve: 70410,3507    AOL: HSH Assoc
 "Any opinions expressed are not necessarily those of anyone else, 
  including myself."
From: ONASCH@irav17.ira.uka.de (Bernd Onasch)
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail
Date: 13 Dec 1992 15:56:17 GMT
Organization: University of Karlsruhe (FRG)
Distribution: world
NNTP-Posting-Host: irav17.ira.uka.de
X-News-Reader: VMS NEWS 1.25
X-Testmessage: %SYS-F-HLT, system halted.

In <1992Dec12.002018.20761@mnemosyne.cs.du.edu> ctanski@nyx.cs.du.edu writes:

# 
# Can somebody tell me when it's legal and when it's illegal for a sysop to
# check another user's mail?
[...]

It's a problem of rights (everyone with enough privileges can do it) and
rules (in germany there are no laws to prevent this as far as i know - but i
think in the U.S. there are some).

I can understand a SYSOP looking at user's mail if
(a) the user has problems sending or receiving mail
    (that's a problem that the sysop and/or the postmaster has to solve -
     even if they have to take a short look at the users mailbox)
(b) the user has done some hacking
    (then the sysop should be allowed to check everything - but not only on
     vague hints or thoughts of security problems that are non-existant :-)

For the user: the normal SYSOP reads users mail using the MAIL utility -
              this changes the modification date of MAIL.MAI, so you can
              check it if you get not that often mail :-)

Greetings,

Bernd Onasch, Informatik Rechnerabteilung [IRA], University of Karlsruhe [FRG]
E-MAIL: <ONASCH@ira.uka.de> or <URANUS@irav17.ira.uka.de> or
        <PSI%45050365300::ONASCH> or <CCC_ONAS@DULRUU51.BITNET>
                        (Rest of signature deleted by an anti-signature virus)
From: PGMOGUSH%TAYLORU@UICVM.UIC.EDU (Peggy Mogush)
Newsgroups: comp.os.vms
Subject: UPS Monitoring software
Date: 18 Dec 92 14:14:00 GMT
Distribution: world
Organization: The Internet

Anyone out there have any experience or information on UPS monitoring software
for VAX?

We currently are using PowerWatch by Best Systems (and have a copy of CheckUPS
to upgrade to, but its basically the same thing.) It's adequate but I'm just
wondering if there are any others out there that have impressed people. Our
UPS's are by Best too - so I don't know if things are vendor specific products
or if they will work on multiple platforms.

Thanks in advance for any info. And Merry Christmas!

Peggy Mogush
pgmogush@tayloru.bitnet
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: INFO-VAX konferenca ?
Date: 19 Dec 92 15:35:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <6991*.I=x.G=stane.S=aster.O=uni-lj.PRMD=ac.ADMD=mail.C=si.@MHS>, :;@CRVAX.SRI.COM writes...
# 
#	Zdravo.
# 
#	Ali se kaj cudnega dogaja z INFO-VAX konferenco, namrec
#	od 30-nov-1992 naprej je mrtva?

No, and don't ask again.

#	Pozdrav

Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
PIZZA!!
Newsgroups: comp.os.vms
From: NL0242T@NLZCL (Oscar van Eijk)
Subject: MOVE for Vms anywhere ?
Organization: Philips Communication & Processing Services
Date: Mon, 14 Dec 1992 11:03:05 GMT
X-News-Reader: VMS NEWS 1.24

Hi There,

I am looking for a Vms MOVE command (I'ld prefer a fully Vms command which
allows /LOG, /CONFIRM, /EXCLUDE etc. qualifiers).

I haven't seen anything like it yet, so I wrote my own (in DCL :-{), but
I can't get it working the way I want it to.

If anybody knows where to find such a program, please let me know at
nl0242t@nlzcl.decnet.philips.nl

Thanx in advance,
Oscar.

Xref: sparky comp.os.vms:19607 vmsnet.tpu:544
From: ritley@uimrl7.mrl.uiuc.edu
Newsgroups: comp.os.vms,vmsnet.tpu
Subject: Help on "simple" EVE/TPU procedure
Date: 20 Dec 92 21:06:02 GMT
Reply-To: ritley@uiucmrl.bitnet ()
Organization: Materials Research Lab


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

Thanks in advance for any help regarding this!
Newsgroups: comp.os.vms
From: hallam@zeus02.desy.de (Phill Hallam-Baker)
Subject: Re: xv on vms?
Reply-To: Hallam@zeus02.desy.de
Organization: Deutsches Elektronen Synchrotron, Experiment ZEUS bei HERA
Date: Fri, 11 Dec 1992 17:57:44 GMT

In article <11DEC199207382409@heechee.meediv.lanl.gov>,
whitfill@heechee.meediv.lanl.gov (Jim Whitfill - Los Alamos) writes:

|>In article <1992Dec10.220303.15159@mailer.cc.fsu.edu>,
|>glenn@cloud1.met.fsu.edu writes...
|>> i am interested in getting xv on our vax-vms (5.5 os) workstation
|>> does anybody know whether or not the software is portable to the
|>> vms-decwindows platform? i would like to use this display gif files
|>> on our vax instead of always porting them to a unix machine for display.
|>> we are getting gif files from the net of current synoptic,and satellite
|>> images and charts on our unix machine and i would like to be able to
|>> display these on our vms stations as well.
|>> 
|>> 
|>> thanks for your input!
|>> 
|>> glenn 
|>> 
|>
|>
|>ftp to meediv.lanl.gov as user anonymous, password your email address and 
|>	128.165.196.1
|>
|>cd [.xv]
|>type i
|>get xv.sav
|>
|>xv.sav is a backup saveset with xv for VMS. I'm running it on a VS4000-VLC
|>with VMS V5.5-1 and DECwindows/Motif V1.1 and it works great.

XV also works on ALPHA, you have to hack about a bit first though. XV for VAX
has special handling to make GIF loading ultra fast, lots of RMS hackery, the
GIF translator has also bee coded in MACRO! Once I have hacked these
optimizations out I will post the DESCRIP.MMS to the net.

The actual source doe not need changing much. Alphaisms such as library text
file includes not being there etc clobber some of the VMS opts but apart from
that there is no real porting hassle.


--

Phill Hallam-Baker
Newsgroups: comp.os.vms
From: michael@chpc.utexas.edu (Michael Lemke)
Subject: Re: DCL program needed
Organization: The University of Texas System - CHPC
Date: Mon, 14 Dec 92 17:49:34 GMT

In article <0096511D.7DB95DC0.29122@nscvax.princeton.edu> dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather) writes:
>
>	No name <agate!spool.mu.edu!darwin.sura.net!newshost.LaTech.edu!VM.CC.LATECH.EDU!ST21519@ucbvax.Berkeley.EDU>
>(and no return address!) writes:
>
>>
>>I am looking for a program called DCL which will decompress a VMS archive I
>>have received.  I FTPed the VAX_LIST.TXT and found a system which might be able
>>to offer the program - SIMTEL20.ARMY.MIL - but I cannot seem to find any non
>>MSDOS directories there....
>>
>>Can anyone lend me a hand in finding a copy of DCL, or a hand in how to get to
>>the VMS software on the SIMTEL site?
>>
>
>	DCL is distributed with the VMS operating system.  If the archive 
>that you received includes mail headers at the beginning, they must be 
>removed.
>
>	Otherwise, you simply need to say "@archive_name.sha" and wait. (If 
>the extension is not "sha" substitute the acutal extension.)
>
>	I am assuming that you have a "VMS_SHARE" archive.  

My favorite yet somewhat dangerous way of unpacking it without removing mail
headers:

	$ SPAWN/NOWAIT/NOTIFY/INPUT=shar_file  SET NOON

Gives you lots of error messages while it is processing the mail header 
but as long as the mail header does not have a line starting with 
$DELETE [*...]*.*;* you are kind of safe.  Use at your own risk.

>If you have 
>something else, disregard this message.  

And this follow up, too.


Michael
-- 
Michael Lemke
Astronomy, UT Austin, Texas
(michael@io.as.utexas.edu or UTSPAN::UTADNX::IO::MICHAEL [SPAN])
Newsgroups: comp.os.vms,comp.sys.dec
From:  valera@nienschanz.spb.su (Valera Bulgakov)
Subject: Help with PATHWORKS and Novell work on my PC
Reply-To: valera@nienschanz.spb.su
Organization: NIENSCHANZ Ltd (Sankt-Petersburg)
Date: Fri, 18 Dec 1992 13:26:37 GMT
Summary: PATHWORKS & Novell simultenuosly
Keywords: PathWorks, Novell, ODINSUP

Hi everybody!

        I have some problems when using ODINSUP with DEC PathWorks.
I have D-Link DE-200 card with irq=5 and IO=300. When I use PathWorks
with the following PROTOCOL.INI file and original NDIS driver for
DE-200 all works fine.
        My PROTCOL.INI file in this case looks like this:
[protocol manager]
    drivername = PROTMAN$

[D_Link]
  Drivername = de200$
  Interrupt = 5
  Ioaddress = 0x300

[DATALINK]
DRIVERNAME   = DLL$MAC
BINDINGS     = D_Link
;NI_IRQ       = 5

and config.sys :
   ...
   device=protman.sy
   device=de200.dos
   device=dis_pkt9.dos
and autoexec.bat :
   ...
   dllndis   |
   netbind   | from statnet.bat
   schk      |
   ...
   ipxpkt
   net5

        But when I try to use PathWorks with original ODI
driver and ODINSUP I always recive an error.
        My PROTCOL.INI file in that case looks like this:
[protocol manager]
    drivername = PROTMAN$

[DATALINK]
DRIVERNAME   = DLL$MAC
BINDINGS     = DE-200
;NI_IRQ       = 5

        My NET.CFG file looks like this:

Link driver DE-200
        Port  300
        Int 5
        frame ethernet_802.3
        frame ethernet_ii
        frame ethernet_802.2
        frame ethernet_snap
Protocol ODINSUP
        bind DE-200

   My startup file looks lile this:

@echo off
lsl
de200odi
ODINSUP
CALL \DECNET\STARTNET
cd \net\odi
ipxodi
netx

        My STARTNET.BAT file which starts PathWorks
in both cases looks like this:

@echo off
decnet\netenvi 145 48
set PCSA=\DECNET
set DECNET=\DECNET
dllndis
netbind
save
schk /H
dnneth.exe /rem:2
redir5.exe /L:10 /P1:128 /P2:128 /P3:128 /himem:yes
setname WS386
use D: \\MVX1\PCSAV41

        The error message that I recieve is generated by scheduler module
(schk) and looks like this:
Error:    Wrong Hardware Vector.  Set NI_IRQ in PROTOCOL.INI to
          Interrupt Vector For Network Adapter.

        I think that I shouldn't set the NI_IRQ to value 5
according to description of ODINSUP
        But I've tried to set NI_IRQ to 5, the general result was
approximately the same, also on my VAX 3600 console I recieved message:
"DECnet event 4.15 adjacency up". But niether PathWorks file service
nor sethost (through LAT or CTERM) didn't work.

        Could anybody tell me what wrong I've done?

     Cheers
-- 
Valery Bulgakov - VMS system Manager.
191194 25-12 Zakharyevskaya Street, St.Petersburg, Russia
E-mail : Valera@nienshanz.spb.su
tel: +7 (812) 275-3479
From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
Newsgroups: comp.os.vms
Subject: re: Splitting user disk
Date: 19 Dec 92 04:42:49 GMT
Organization: The Internet

Laurelin Loebel <lauri@elwing.fnal.gov> writes:

> Regarding search-list logicals for users....
>[...]
> We broke up the one large USR$ROOT into 17 separate USR$ROOTn's (i.e.,
> USR$ROOT1, USR$ROOT2, ... USR$ROOT17).  We define the USR$ROOT search list
> logical name in /JOB mode during SYLOGIN; it is calculated "on-the-fly" so
> that the first element in the list is *always* the user's SYS$LOGIN_DEVICE.
> (We define several USR$ROOT_LIST1 = "USR$ROOT1,USR$ROOT2,...USR$ROOT12,"
> etc. lists in SYLOGICALS, then use F$TRNLNM("SYS$LOGIN_DEVICE") and suitable
> string manipulation in SYLOGIN to calculate the user's own special
> USR$ROOT).  This helped with lots of the problems -- BUT NOT ALL OF THEM.
>[...]

I want to second this idea, which is essentially the same thing we do here
(with "only" 3 volume sets (8 disks total) - SMALL volume sets are beautiful).

I find this dynamic definition of a common "USERDISK" logical sufficient
for normal (nonprivileged) use, with the following assumptions:

(a) SYSUAF has the 'real' default devices, *not* the common logname.

(b) related users (i.e. UIC groups) are kept on the same disk,
    therefore rarely a user needs to specify a device name at all.

(c) creating files in other user's directories isn't supported
    (it's really not a good idea for unprivileged users due to
    file ownership problems).

As was pointed out by others, for *read* access the logname is just fine.

For writing into own directories the 'dynamic' definition normally will do,
but there is rarely a reason to use it because you get them (portably)
by using SYS$LOGIN_DEVICE:.

We've had no problems with this scheme for some 5 years ...

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
Newsgroups: comp.os.vms
From: tjs@world.std.com (Tim J Sylvester)
Subject: Re: How to get KAP Preprocessor?
Keywords: KAP , OpenVMS, Alpha
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 15 Dec 1992 03:37:36 GMT

Supposedly the KAP preprocessor will be going into field test in January.

Ask your DEC salesperson for ordering information.

As far as I know DEC has not told us (DN&R) when KAP will be released.


Tim Sylvester
Technical Analyst
Digital News & Review
tims@dnr.com