home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / programm / 5926 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.0 KB  |  43 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jhunix.hcf.jhu.edu!audley
  3. From: audley@jhunix.hcf.jhu.edu (Christopher D Audley)
  4. Subject: Re: How to PANIC a NeXT (mach kernel bug )
  5. Message-ID: <1992Sep2.131055.25827@jhunix.hcf.jhu.edu>
  6. Keywords: mach;threads;panic
  7. Organization: HAC - Johns Hopkins University, Baltimore
  8. References: <1992Sep1.211133.21384@news.lrz-muenchen.de>
  9. Date: Wed, 2 Sep 1992 13:10:55 GMT
  10. Lines: 31
  11.  
  12. In article <1992Sep1.211133.21384@news.lrz-muenchen.de> jolly@next2.cis.uni-muenchen.de () writes:
  13. >I think it is very useful to know, that the NeXT-Mach Kernel
  14. >does not support more than 2oo threads !
  15. [..munched..]
  16. >I don t know if 3.o solves that kernel-bug. ( using 2.1 )
  17.  
  18. This is not a bug.  All operating system kernels have resource limits. Congrats,
  19. You've discovered one of mach's.  There's more than one way to kill a kernel by
  20. exceeding its limits, many I'm sure will remember that oldie but goodie
  21. "while(1) fork() ;".  You have to program around these limits, you can't just
  22. claim its a bug and push it onto someone elses plate.  I don't remember
  23. which header file contains a macro indicating the max number of threads per
  24. task, but I do know it exists ( anyone care to jump in with that info? ).
  25.  
  26. >Post Post Scriptum : I think that NeXT should not publish files, which
  27. >             will panic the system after inserting only one
  28. >             character. ( The only thing you have to do is to
  29. >             insert a "2" in front of the "15" in the NeXT 
  30. >             Operating System thread-example ).
  31.  
  32. And files that will hang the system if 17 characters are inserted!! ( See
  33. above )  Is it to late to have NeXT wipe the Examples directory clean in
  34. 3.0!!!  And we must get rid of that nasty compiler, it could be twisted
  35. into a tool of system destruction! :-) :-) :-)
  36.  
  37. -=Chris
  38.  
  39. -- 
  40. Christopher D. Audley                 Internet: audley@jhunix.hcf.jhu.edu
  41. Elec & Comp Engineering                      -= NeXTmail Welcome =-
  42. The Johns Hopkins University          Phone: (410)889-3639
  43.