home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / question / 10453 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  1.5 KB
  1. Path: sparky!uunet!munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!augean.eleceng.adelaide.edu.AU!idall
  2. From: idall@augean.eleceng.adelaide.edu.AU (Ian Dall)
  3. Newsgroups: comp.unix.questions
  4. Subject: Re: Questions About Unix
  5. Message-ID: <1992Aug28.014938.780@augean.eleceng.adelaide.edu.AU>
  6. Date: 28 Aug 92 01:49:38 GMT
  7. References: <37090@sdcc12.ucsd.edu> <2749@nlsun1.oracle.nl>
  8. Organization: Electrical and Electronic Eng., University of Adelaide
  9. Lines: 25
  10.  
  11. In article <2749@nlsun1.oracle.nl> jhelberg@nl.oracle.com (Joost Helberg) writes:
  12. >bsuresh@cs.ucsd.edu (Suresh Bollapragada) writes:
  13. >: Hi,
  14. >: 
  15. >:  I have a couple of questions about Unix. 
  16. >: 
  17. >: 1. can a program crash the processor on which it is running ? if so how?.
  18. >
  19. >No, it shouldn't be capable to do so.
  20.  
  21. There are heaps of ways for a uid 0 process to crash a system (the
  22. original poser said that root access could be assumed). What are you
  23. trying to achieve? About the only productive reason I can think for
  24. wanting to do this are to test crash dump analysers. In that case, you
  25. want it to crash in such a way that it *does* produce a crash dump.
  26.  
  27. The two methods which come to mind immediately (and I really can't imagine
  28. anyone doing kernel work not being able to think of these for them selves)
  29. are writing to /dev/kmem or /dev/mem and writing to the swap space.
  30.  
  31. -- 
  32.  Ian Dall           life (n). A sexually transmitted disease which afflicts
  33.                               some people more severely than others.
  34.    ACSnet: idall@augean.oz
  35.  Internet: idall@augean.oz.au
  36.