home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21714 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  1.8 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: LIB$SPAWN and privileges...
  5. Date: 22 Jan 1993 11:51:37 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 21
  8. Distribution: world
  9. Message-ID: <1jon49INNt5t@gap.caltech.edu>
  10. References: <1993Jan20.060209.4771@fuug.fi>,<1993Jan20.134548.5954@ais.com>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <1993Jan20.134548.5954@ais.com>, bruce@ais.com (Bruce C. Wright) writes:
  15. >In article <1993Jan20.060209.4771@fuug.fi>, an5204@anon.penet.fi writes:
  16. >> I am working with LIB$SPAWN to spawn the execution of an 
  17. >> application.  Is there any way to pass information to 
  18. >> the spawned process as to what priority it will have, or 
  19. >> must you settle for the parent's base priority (or lower 
  20. >> if you wanted)?  
  21.  
  22. It's been pointed out to me that I gave an ambiguous and misleading answer to
  23. this question (I've *GOT* to remember to EAT before logging in when I wake up
  24. in the middle of the night).  When I said "yes,"  I meant "yes, you must settle
  25. for the parent's base priority," not "Yes, you can set the subprocess's
  26. priority higher than that of the parent process."  Sorry for the ambiguity.
  27. --------------------------------------------------------------------------------
  28. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  29.  
  30. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  31. understanding of astronomy is purely at the amateur level (or below).  So
  32. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  33. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  34. hold me responsible for it, but my organization had nothing to do with it.
  35.