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. > 
  14. > In article <1jjaskINNqik@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
  15. > Lydick) writes:
  16. >>Note:  It's possible to create an image which is both executable and
  17. >>shareable.
  18. >>Such an image can, of course, be installed with privs.  However, the privs
  19. >>take
  20. >>effect *ONLY* when it's used as an executable image.
  21. > 
  22. > Wouldn't a user-written system service qualify as installed, shareable, and
  23. > privileged? Of course you have to do extra work to do this (system service
  24. > dispatcher, etc.) Probably well beyond what he's willing to do, but it can be
  25. > done.
  26.  
  27. Different sort of "privilege".  These are more correctly referred to as 
  28. "protected shareable images".  When you INSTALL one you add the /PROTECT 
  29. qualifier.  This in itself requires CMKRNL.  When such a shareable image is
  30. activated (as part of activating an executable image) it is then allowed to, 
  31. in essence, contribute code to the system service dispatch mechanism.  This 
  32. in turn allows the execution of the code in the image in kernel (or exec) mode. 
  33.  
  34. INSTALLing such an image with /PRIV=(...) has no effect (unless the image is
  35. also an executable image, and then only when it's activated as such.)  
  36.  
  37.     --- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
  38. drivers, internals, networks, applications, and training for VMS and Windows NT
  39. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  40. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  41. Internet:  jeh@cmkrnl.com, or hanrahan@eisner.decus.org  Uucp: uunet!cmkrnl!jeh
  42.