home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / 18725 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.9 KB

  1. Xref: sparky comp.sys.sgi:18725 comp.unix.programmer:5905
  2. Newsgroups: comp.sys.sgi,comp.unix.programmer
  3. Path: sparky!uunet!psinntp!allink!leonard
  4. From: leonard@allink.com (Leonard Primak)
  5. Subject: Re: developing under sys 5 unix
  6. Message-ID: <1993Jan12.202544.8707@allink.com>
  7. Organization: NYNEX ALLINK Company
  8. References: <1993Jan11.190843.6808@CSD-NewsHost.Stanford.EDU>
  9. Date: Tue, 12 Jan 1993 20:25:44 GMT
  10. Lines: 39
  11.  
  12. In article <1993Jan11.190843.6808@CSD-NewsHost.Stanford.EDU> vahe@sparcy.Stanford.EDU (Vahe Avedissian) writes:
  13. >I don't know if anyone else has the same experience,
  14. >but I am always frustrated, and my patience tested
  15. >when developing on SGI or other machines running
  16. >Sys 5 unix.
  17. >
  18. >The real annoying thing is once you run a program
  19. >with a bug, the system tends to completely stop responding
  20. >to interrupts or anything else, the windowing
  21. >system and manager are rendered unresponsive too.
  22. >You just sit there and wait for the system to eventually
  23. >(i.e. anywhere from 3 - 10 minutes or so) core dump.
  24. >
  25. >I've used Sun's for many years and I have rarely seen
  26. >the window manager and entire workstation come to a halt.
  27. >With Sys 5 unix that seems to be the norm rather than
  28. >the exception.
  29. >
  30. >Do I need to reconfigure anything in the kernel/system
  31. >setup or am I stuck (plagued) by this forever ?
  32. >
  33. >Any help or suggestions greatly welcome!
  34. >
  35. >impatient,
  36.  
  37. Well, I think you are stuck.  Sun has a particular hardware/software
  38. configuration that "NOONE CAN STOP THE MOUSE FROM MOVING".
  39.  
  40. You can run "openwin -nosunview" and the same problem will occur on Sun.
  41. The symptoms that you described are very serious bugs that not many people
  42. get and not very often.  Your bug is allocating and shuffling too much memory.
  43. What happends is that you allocate more and more memory, and the system
  44. swaps without end until it runs out of swap space and kills your application.
  45.  
  46. Suggestion: Fix your memory allocation bug and this will never happen again.
  47.  
  48.                         leonard@allink.com
  49.  
  50.  
  51.