home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21620 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  2.0 KB

  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: LIB$SPAWN and privileges...
  5. Message-ID: <1993Jan21.061400.1249@cmkrnl.com>
  6. Date: 21 Jan 93 06:14:00 PST
  7. References: <1993Jan20.060209.4771@fuug.fi> <1jjaskINNqik@gap.caltech.edu> <1993Jan20.175017@mccall.com>
  8. Distribution: world
  9. Organization: Kernel Mode Systems, San Diego, CA
  10. Lines: 30
  11.  
  12. In article <1993Jan20.175017@mccall.com>, tp@mccall.com (Terry Poot) writes:
  13. > In article <1jjaskINNqik@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
  14. > Lydick) writes:
  15. >>Note:  It's possible to create an image which is both executable and
  16. >>shareable.
  17. >>Such an image can, of course, be installed with privs.  However, the privs
  18. >>take
  19. >>effect *ONLY* when it's used as an executable image.
  20. > Wouldn't a user-written system service qualify as installed, shareable, and
  21. > privileged? Of course you have to do extra work to do this (system service
  22. > dispatcher, etc.) Probably well beyond what he's willing to do, but it can be
  23. > done.
  24.  
  25. Different sort of "privilege".  These are more correctly referred to as 
  26. "protected shareable images".  When you INSTALL one you add the /PROTECT 
  27. qualifier.  This in itself requires CMKRNL.  When such a shareable image is
  28. activated (as part of activating an executable image) it is then allowed to, 
  29. in essence, contribute code to the system service dispatch mechanism.  This 
  30. in turn allows the execution of the code in the image in kernel (or exec) mode. 
  31.  
  32. INSTALLing such an image with /PRIV=(...) has no effect (unless the image is
  33. also an executable image, and then only when it's activated as such.)  
  34.  
  35.     --- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
  36. drivers, internals, networks, applications, and training for VMS and Windows NT
  37. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  38. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  39. Internet:  jeh@cmkrnl.com, or hanrahan@eisner.decus.org  Uucp: uunet!cmkrnl!jeh
  40.