home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / sysadmin / 4657 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.2 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!usc!cs.utexas.edu!uwm.edu!rutgers!ub!galileo.cc.rochester.edu!troi.cc.rochester.edu!ffor
  2. From: ffor@troi.cc.rochester.edu (Frederick (Jackie) Ford)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: Problems with compiling under gcc.
  5. Message-ID: <1992Aug14.135946.10328@galileo.cc.rochester.edu>
  6. Date: 14 Aug 92 13:59:46 GMT
  7. Sender: news@galileo.cc.rochester.edu
  8. Organization: University of Rochester (Rochester, NY)
  9. Lines: 35
  10. Nntp-Posting-Host: troi.cc.rochester.edu
  11.  
  12. Compiling various public domain programs on our NeXTstation using the
  13. 2.1 operating system and gcc as supplied with the machine has revealed
  14. the following problem. Although the programs invariably pass any test
  15. routines supplied with the program and will perform correctly in many
  16. situations, we are plagued with segmentation faults and occasional bus
  17. errors. Some users have also complained that their programs also
  18. produce segmentation errors.
  19.  
  20. I beleive the problem is with memory allocation. We do lengthy
  21. calculations typically requiring days to complete. One particular
  22. program has a flag which displays statistics during garbage
  23. collection. With this flag, we see that just prior to the segmentation
  24. fault the program does garbage collection almost continually. I do not
  25. beleive these programs are able to get more memory when they ask for
  26. it and therefore exit with a segmentaion fault. All of the programs in
  27. question have been successfully compiled on other platforms without
  28. adverse behaviour including some of the user's programs. Indeed, all
  29. of these programs will function properly with "small" inputs but fail
  30. when attempting the lengthy calculations.
  31.  
  32. Are we experiencing a known bug? I've looked through the various
  33. sources of information regarding the NeXT, but haven't found any
  34. reference to these problems. Any help would be appreciated. I am a
  35. novice C programmer so I would appreciate less technical responses
  36. although I would like to understand the technical aspects. There are
  37. people here who are "real" C programmers however.
  38.  
  39.  
  40. Jackie Ford
  41. University of Rochester
  42. ffor@troi.cc.rochester.edu (non-NeXT mail)
  43. ffor@gauss.math.rochester.edu (NeXT mail accepted)
  44.  
  45. --
  46. Jackie
  47.