home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4119 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!das-news.harvard.edu!husc-news.harvard.edu!burrhus!ddl
  2. From: ddl@burrhus.harvard.edu (Dan Lanciani)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: init, rc, signal handling (386BSD)
  5. Message-ID: <1992Aug14.015953.11306@burrhus.harvard.edu>
  6. Date: 14 Aug 92 01:59:53 GMT
  7. Article-I.D.: burrhus.1992Aug14.015953.11306
  8. References: <1992Aug13.103235.25465@ucc.su.OZ.AU>
  9. Organization: Harvard University, Cambridge, MA
  10. Lines: 24
  11.  
  12. In article <1992Aug13.103235.25465@ucc.su.OZ.AU>, dawes@physics.su.OZ.AU (David Dawes) writes:
  13. | 
  14. | I've noticed that signal handling gets screwed up for commands run from
  15. | /etc/rc.  One particular example is xdm.  When started from /etc/rc
  16. | the signal handlers it installs don't work -- the signals get ignored.
  17. | I checked the init source, and it resets the signal handling the SIG_DFL.
  18. | 
  19. | I tried a simple program which checks this, and the default handler's are
  20. | correctly set -- but signals are being ignored regardless of the default
  21. | behaviour or if a handler is installed.
  22. | 
  23. | This is making it impossible to shutdown xdm cleanly when it is started
  24. | at boot time from /etc/rc.
  25. | 
  26. | Does anyone have any ideas about this?
  27.  
  28.     I have at least one idea.  In the process of ``cleaning up'' the
  29. code, it appears that someone deleted several sigsetmask(0L) calls.  So,
  30. assuming the mask isn't reset by fork or exec these days, /etc/rc is
  31. being run with init's signal mask which blocks SIGHUP and SIGTERM.  (Hint
  32. hint: please comment these little changes so people don't blame me. :)
  33.  
  34.                 Dan Lanciani
  35.                 ddl@harvard.*
  36.