home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17518 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  2.7 KB
  1. Path: sparky!uunet!murphy!jpradley!colorne!dfilip
  2. From: dfilip@colorne.colornet.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: How to create process on behalf of another userid
  5. Keywords: cmkrnl 
  6. Message-ID: <35@colorne.colornet.com>
  7. Date: 5 Nov 92 02:27:01 GMT
  8. References: <1992Oct27.111224.3901@arizona.edu>
  9. Distribution: world
  10. Organization: ColorNet Information Systems
  11. Lines: 47
  12.  
  13. Aaron Leonard writes :
  14. >wdh@holos0.uucp (Weaver Hickerson) writes:
  15. >| 
  16. >| How can a program, with full privileges, create a process that takes on the
  17. >| access privileges and user id of a specified user?  I need to do this
  18. >| without using the SUBMIT/user=xxx routine - I don't want to create a
  19. >| separate batch job but I would like to create an asynchronous child process
  20. >| that can operate under a specified user id.
  21. >| 
  22. >| I know it can be done because SUBMIT does it.   I've got this working now
  23. >| using SUBMIT and mailboxes.  Can I get that sumbit out of there?
  24. >
  25. >$GETUAI everything you can about the user.  Jump into kernel mode
  26. >and change your username (and account string if you care).  $CREPRC
  27. >the process.  (If you want the process to run DCL, specify LOGINOUT as
  28. >the image name, and use the AUTHORIZE flag.)  Then go back into
  29. >kernel mode and change your username (and account) back.
  30.  
  31. This works, but any hacking of the JIB (or the PCB, or any of the other
  32. VMS data structures) is not OFFICIALLY supported by DEC. I called Colorado
  33. a while back with the same question, and they said that DEC had no officially
  34. supported way of doing this other than creating a batch job (although you
  35. don't have to use SUBMIT w/mailboxes : call $SNDJBC directly to create your
  36. batch job). When I mentioned that I had hacked a small piece of code to
  37. hack the JIB, and (in my case) LIB$SPAWN() took the new username, I was reminded
  38. that DEC did not support that method.
  39.  
  40. Of course, they are protecting themselves, since you can create some pretty
  41. weird crashes if you don't know what you are doing, and DEC dosn't want
  42. to chase their tails on support calls caused by CMKRNL code messing up
  43. the scheduling database. But just wanted to make sure that the original
  44. poster understood this.
  45.  
  46. (please send all flames regarding what programmers who don't know what they
  47. are doing but writing kernel mode code deserve to either my PRIVATE mailbox
  48. or NLA0:).
  49.  
  50. Regards,
  51.  
  52. Dave.
  53. --
  54. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  55. =   David E. Filip                UUCP   : dfilip@colornet.com              =
  56. =   ColorNet Information Systems  CIS    : 76430,3111                       =
  57. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  58. =     Standards are wonderful 'cause there are so many to choose from !     =
  59. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  60.