home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / wizards / 3715 < prev    next >
Encoding:
Text File  |  1992-08-27  |  1.4 KB  |  39 lines
  1. Newsgroups: comp.unix.wizards
  2. Path: sparky!uunet!mcsun!sun4nl!dutrun!donau!donau.et.tudelft.nl!bas
  3. From: bas@phys.uva.nl (Bas de Bakker)
  4. Subject: Re: Questions About Unix
  5. In-Reply-To: jhelberg@nl.oracle.com's message of 26 Aug 92 11: 40:22 GMT
  6. Message-ID: <BAS.92Aug27083352@carlo.phys.uva.nl>
  7. Sender: news@donau.et.tudelft.nl (UseNet News System)
  8. Nntp-Posting-Host: carlo.phys.uva.nl
  9. Organization: Institute for Theoretical Physics, Amsterdam, the Netherlands
  10. References: <37090@sdcc12.ucsd.edu> <2749@nlsun1.oracle.nl>
  11. Date: Thu, 27 Aug 1992 13:33:52 GMT
  12. Lines: 25
  13.  
  14. >>>>> On 26 Aug 92 11:40:22 GMT, jhelberg@nl.oracle.com (Joost Helberg) said:
  15.  
  16. >> : 1. can a program crash the processor on which it is running ? if so how?.
  17.  
  18. jh> No, it shouldn't be capable to do so. You might try generating a lot of
  19. jh> signals (preferably recursive) to let the kernel-stack of the process grow,
  20. jh> this crashes some machines.
  21.  
  22. By a bit of playing around with multiprocess ptrace(), one could crash
  23. an IBM RS6000 under AIX 3.1. I haven't tried this with 3.2 yet.
  24.  
  25. To be more precise, I used dbx with multiprocess turned on, on the
  26. following program:
  27.  
  28. #include <sys/ptrace.h>
  29. main()
  30. {
  31. if (fork()==0) ptrace(PT_TRACE_ME,0,0,0,0);
  32. }
  33.  
  34. In dbx, continuing both processes after the fork() and then sending
  35. one of them a signal (anyone I tried) the computer crashed. Must have
  36. been some kernel bug.
  37.  
  38. Bas de Bakker.
  39.