home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / minix / 4954 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.3 KB  |  28 lines
  1. Newsgroups: comp.os.minix
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!agate!spool.mu.edu!think.com!rpi!batcomputer!munnari.oz.au!metro!ipso!runxtsa!bde
  3. From: bde@runx.oz.au (Bruce Evans)
  4. Subject: Re: alarm clock (Re:elvis)
  5. Message-ID: <1992Dec20.025326.19033@runx.oz.au>
  6. Organization: RUNX Un*x Timeshare.  Sydney, Australia.
  7. References: <BzCpns.Mw@ucunix.san.uc.edu>
  8. Date: Sun, 20 Dec 92 02:53:26 GMT
  9. Lines: 17
  10.  
  11. In article <BzCpns.Mw@ucunix.san.uc.edu> schoudhu@ucunix.san.uc.edu (Spandan Choudury) writes:
  12. > just wondering if a standard solution to the above bug has been 
  13. > developed yet..
  14.  
  15. It was fixed in elvis several versions ago.  elvis-1.6 is the current version.
  16.  
  17. I think the problem was a race condition in SYSV-style signal handling.  The
  18. problem may have been amplified by slow Minix systems and/or Minix scheduling.
  19. I never saw it on a fast Minix system with different scheduling.  Minix-1.6.23
  20. has better (POSIX) signal handling so the old version of elvis would probably
  21. work fine, at least if you compile the Minix-1.6.23 library signal.c with
  22. -DBASH to get reliable (BSD) signals.  The standard signal() provides
  23. unreliable (SYSV) signals for backwards compatibility, but there aren't many
  24. applications that care.  minicom is one.  I think it forgets to unset a
  25. SIGALRM handler.
  26. -- 
  27. Bruce Evans  (bde@runx.oz.au)
  28.