home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / internal / 1729 < prev    next >
Encoding:
Internet Message Format  |  1992-08-22  |  1.1 KB
  1. From: srini@hpcuhe.cup.hp.com (Sreenivasa R Tellakula[C])
  2. Date: Fri, 21 Aug 1992 22:44:59 GMT
  3. Subject: Re: Signals (Pl. ignore previous posting)
  4. Message-ID: <33570001@hpcuhe.cup.hp.com>
  5. Organization: Hewlett Packard, Cupertino
  6. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!hpscdc!hplextra!hpcc05!hpcuhb!hpcuhe!srini
  7. Newsgroups: comp.unix.internals
  8. References: <1992Aug20.175900.5524@cs.albany.edu>
  9. Lines: 22
  10.  
  11. the ptrace call (PTRACE_CONT), I would like the child process to
  12. receive all its signals again rather than going to the parent. How
  13.  
  14. Ganesh
  15.  
  16. Email - ganesh@cs.albany.edu
  17. ----------
  18.  
  19. when the child is under trace, all the signals meant for child
  20. will go to the parent and the child enters stop state.
  21.  
  22. when you call ptrace with option 7 (resume execution), the
  23. child will continue execution and the pending signals
  24. are delivered to the child, which may make the child
  25. enter stopped state again. 
  26.  
  27. you can explicitly send a signal apart from the pending signal
  28. to the child by setting the data field to the valid signal 
  29. number. this signal is delivered ahead of the pending signals.
  30.  
  31.  
  32. -- tsr
  33.