home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.dec:6553 comp.os.vms:19568
- Path: sparky!uunet!think.com!ames!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
- From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
- Newsgroups: comp.sys.dec,comp.os.vms
- Subject: Re: Logicals
- Date: 19 Dec 1992 12:52:28 GMT
- Organization: HST Wide Field/Planetary Camera
- Lines: 25
- Distribution: world
- Message-ID: <1gv5ucINNlv7@gap.caltech.edu>
- References: <1992Dec17.122619.14@condor>,<1992Dec18.012954.288@rlgsc.com>
- Reply-To: carl@SOL1.GPS.CALTECH.EDU
- NNTP-Posting-Host: sol1.gps.caltech.edu
-
- In article <1992Dec18.012954.288@rlgsc.com>, gezelter@rlgsc.com writes:
- =In article <1992Dec17.122619.14@condor>, cfstmpab@logica.co.uk writes:
- => Could you tell me, is there a call/or approach to obtain the
- => text of a logical, a sort of 'lib$get_logical'?
- =>
- => Also we had a problem where we couldn't delete a logical from
- => the group table at DCL but on a simple system service call, it
- => was cleared.
-
- You were probably trying to delete the logical at the wrong access mode.
- There are three access mode at which the DEASSIGN command can work:
- USER_MODE: Normally not a problem, because these go away automatically
- at image rundown;
- SUPERVISOR_MODE: The default access mode;
- EXECUTIVE_MODE: This is the mode at which the logical name was
- probably defined. To delete the logical, you need to
- DEASSIGN/EXEC.
- --------------------------------------------------------------------------------
- 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.
-