home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / ultrix / 8939 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  1.9 KB
  1. Path: sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!dbased.nuo.dec.com!nntpd.lkg.dec.com!nntpd2.cxo.dec.com!nabeth!alan
  2. From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: Segmentation fault  when listing all processes
  5. Message-ID: <1992Dec17.181434.18371@nntpd2.cxo.dec.com>
  6. Date: 17 Dec 92 18:14:34 GMT
  7. References: <1992Dec17.085159.7728@imec.be>
  8. Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  9. Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  10. Organization: Digital Equipment Corporation
  11. Lines: 33
  12.  
  13.  
  14. In article <1992Dec17.085159.7728@imec.be>, elsen@imec.be (Marc  Elsen) writes:
  15. >
  16. > - In VAX Ultrix 4.2 on a 3900 I sometimes (intermittent) get
  17. > 
  18. >   % ps aux
  19. >   Segmentation fault
  20. >
  21. >  Has anyone seen this before ?
  22.  
  23. Not recently, if ever.  The problem is most likely a bug in ps(1)
  24. not robustly handling the fact that data can change out from under-
  25. neath it.  Ps(1) takes a snapshot of the proc table and then starts
  26. to summarize the data.  There's probably some information that it
  27. collects for the process later (user structure).  The problem is that
  28. between the time that it reads the proc table (and in fact while it
  29. reads the proc table) the table can change.  Processes will go away
  30. and start up.
  31.  
  32. Most likely something has changed between the time it took the first
  33. snapshot and started printing the information.  A robust problem would
  34. catch these problems and just cope.  Ps(1) is probably not that robust.
  35. If you can easily reproduce it, please contact the CSC or submit an
  36. SPR.  They may be able to provide a non-stripped version that will
  37. generate a core file that can be used to debug the problem.
  38.  
  39. >--
  40. >    Marc (elsen@imec.be)
  41. >    'Waterdust is fine but even hydrogen would have lead
  42. >     to a never ending story...'
  43. >
  44. --
  45. Alan Rollow                alan@nabeth.cxo.dec.com
  46.