tar@math.ksu.edu (Tim Ramsey) (03/13/91)
[ diverging a bit, so I added alt.folklore.computers to the Newsgroups: and Followup-To: ] In article <513@bria>: >In an article, tndsyd.oz.au!berny (Berny Goodheart) writes: >>I am interested in finding out known ways to make your version of UNIX >>crash. > time(&now); > if ( (fd = open("/dev/kmem",O_RDWR)) == -1 ) > return(1); > while ( write(fd,&now,sizeof(long)) == sizeof(long) ) > ; A couple of years ago in an extreme fit of boredom, on an unused ATT 3B2/400 running SysV 3.1, I did the following: hack# yes > /dev/kmem (where yes just writes a stream of "y\n" to stdout) Nothing happened. I let it run for a couple of minutes with no apparent effect. Perhaps the writes weren't moving the seek pointer in kmem, so it wasn't writing over anything interesting. I wasn't energetic enough to find out. All in all, it didn't help my boredom. :) -- Tim Ramsey (tar@math.ksu.edu) (913) 532-6750 (voice) (913) 532-7004 (FAX) Department of Mathematics, Kansas State University, Manhattan KS 66506-2602
mouse@thunder.mcrcim.mcgill.edu (der Mouse) (03/26/91)
In article <11313@dog.ee.lbl.gov>, torek@elf.ee.lbl.gov (Chris Torek) writes: > [...], one should note that the more complex something is, the easier > it is to make a mistake when implementing it. Bugs are often found > in complex-addressing-mode CPUs (until fixed in a later revision) > when: > [...] We came across a most mysterious bug once: our MicroVAX suddenly started coredumping in test(1), but only for this one user. After much disbelief and head-scratching, we eventually determined that the coredump was due to something going wrong when the pushes involved in taking the trap for one of the emulated instructions involved pushing past a page boundary. I think it might have been only when it took a pagefault on the new page. The user in question had just the right size environment to tickle this. I'm still not sure exactly *what* was going wrong when this happened.... About then, we realized that the coredumps had started just about the time the service guys had done some sort of maintenance operation that involved replacing the CPU...we called them back and said "we can't really describe how it's broken; we're not entirely certain we can state it to ourselves. But it's definitely broken; please replace it". They did. (Our sysadmin at the time was good at persuasion.) der Mouse old: mcgill-vision!mouse new: mouse@larry.mcrcim.mcgill.edu