home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10637 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  2.3 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!netnews.upenn.edu!netnews.cc.lehigh.edu!ns1.cc.lehigh.edu!dlj0
  2. From: dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Compiler Internel error, help!
  5. Message-ID: <1992Sep14.045200.137476@ns1.cc.lehigh.edu>
  6. Date: 14 Sep 92 04:52:00 GMT
  7. Organization: Lehigh University
  8. Lines: 56
  9.  
  10. In article <1992Sep11.122706.2218@athena.mit.edu>, hammond@kwhpc.caseng.com (Kevin W. Hammond) writes:
  11. >| 
  12. >| > 
  13. >| > > 
  14. >| > > 
  15. >| > > Dear Linuxers,
  16. >| > > 
  17. >| > >      I got the following message:
  18. >| > > 
  19. >| > >        "gcc: Internal compiler error: program cc1plus got fatal signal 11"
  20. >| > > 
  21. >| > > followed by a core dump when I compile the test.cc program below:
  22. >| > > 
  23. >| > 
  24. >| > I had similiar problems when I started corrupting my filesystem (not
  25. >| > on purpose, mind you!)  A reboot usually took care of the problem for me.
  26. >| > I'm in the process of trying to rebuild my linux drive and verify it this
  27. >| > was the cause (tis not easy backing up 40MB onto floppies!)
  28. >| > 
  29. >| 
  30. >| I think it's the problem of gcc, rather than the file system. The
  31. >| SEGV problem occurs when we write some C++ code that makes gcc
  32. >| choke. I tried the same code on the Sparc, the result is the same.
  33. >| 
  34. >| 
  35. >
  36. >Interesting.  I had the problem when not even compiling a C++ program.
  37. >All sorts of things started get SEGV's such as su, elm, reboot, etc.
  38. >
  39. >-kwh-
  40. >-- 
  41. >Kevin W. Hammond
  42. >hammond@kwhpc.caseng.com
  43. >
  44. >                               "99.9% FAT Free"
  45. >
  46. >  CASE Engineering * 575 W. Madison #1601 * Chicago, IL 60661 * (312)902-2161
  47.  
  48. I had these problems, too.  But when I replaced some of the RAM they went
  49. away.  I suspect hardware, specifically RAM parity failure, rather than
  50. software, especially when many programs cause the problem.  I have had no
  51. trouble with this, even compiling using X and playing games while the
  52. compiler churned, since the RAM was replaced.  
  53.  
  54. This gcc really hammers the RAM, and even problems that don't show up under
  55. testing programs (like mine didn't) still cause these problems.  I hope your
  56. machine is still under warrantee.
  57. >
  58. -- 
  59. Sincerely,
  60.  
  61. David L. Johnson                    ID:  dlj0@ns1.cc.lehigh.edu
  62. Christmas-Saucon Hall #14, rm 211        
  63. Department of Mathematics
  64.  
  65. Lehigh University                   Telephone: 215-758-3759 (office)
  66.