home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / internal / 1804 < prev    next >
Encoding:
Text File  |  1992-09-13  |  1.4 KB  |  39 lines
  1. Newsgroups: comp.unix.internals
  2. Path: sparky!uunet!wupost!udel!sbcs.sunysb.edu!sbgrad7!shane
  3. From: shane@sbgrad7.cs.sunysb.edu (Shane Bouslough)
  4. Subject: Re: How can a Unix process put itself in background?
  5. Message-ID: <1992Sep13.180417.9485@sbcs.sunysb.edu>
  6. Sender: usenet@sbcs.sunysb.edu (Usenet poster)
  7. Nntp-Posting-Host: sbgrad7
  8. Organization: State University of New York at Stony Brook
  9. References: <lma.716056953@dayton.Stanford.EDU> <lma.716092591@dayton.Stanford.EDU>
  10. Date: Sun, 13 Sep 1992 18:04:17 GMT
  11. Lines: 26
  12.  
  13. In article <lma.716092591@dayton.Stanford.EDU> lma@dayton.Stanford.EDU
  14.   (Larry Augustin) writes:
  15.  
  16. >I know about job control!  I'm NOT asking how to use job control!  I'm
  17. >talking about writing a C program that places ITSELF in background.
  18. >I'm not talking about the user typing ^Z.
  19. >
  20. >Please, no more messages telling me how to use ^Z!
  21. >
  22. >The consensus seems to be that it can't be done (without forking), as
  23. >whatever shell exec'd the program will be stuck in a wait(), and could
  24. >only continue upon death of the child (or some interaction by the
  25. >user).  There would have to be some other convention for the running
  26. >program to tell the shell to continue.
  27. >
  28. >Larry
  29.  
  30. I seem to remember there was a signal you could send yourself to be
  31. suspended (this was on MassComp UNIX), but I forget if you could do
  32. so and still be running. Am I hallucinating?
  33.  
  34. -Shane
  35.  
  36. --
  37. Shane Bouslough       | #include <stddisc.h>
  38. shane@sbcs.sunysb.edu | #include <happy.rhodes>
  39.