From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GS67i-0005y3-RH for garchives@archives.gentoo.org; Tue, 26 Sep 2006 06:08:55 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k8Q674OB011814; Tue, 26 Sep 2006 06:07:04 GMT Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k8Q673M0000429 for ; Tue, 26 Sep 2006 06:07:03 GMT Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GS65h-000052-Gf for gentoo-amd64@lists.gentoo.org; Tue, 26 Sep 2006 08:06:49 +0200 Received: from ip68-230-97-209.ph.ph.cox.net ([68.230.97.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Sep 2006 08:06:49 +0200 Received: from 1i5t5.duncan by ip68-230-97-209.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Sep 2006 08:06:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: "Duncan" <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: problems with emerging programs Date: Tue, 26 Sep 2006 06:06:37 +0000 (UTC) Message-ID: References: <07C6A61102C94148B8104D42DE95F7E8C8F0A4@exchange2k.envision.co.il> <03ac01c6e0cc$f47a6510$7b00a8c0@Turbo2> <45181E99.5050002@pro.onet.pl> <03cb01c6e0d2$61df0e80$7b00a8c0@Turbo2> <03ec01c6e0da$3dcc4f50$7b00a8c0@Turbo2> <03ff01c6e0de$16caf880$7b00a8c0@Turbo2> <45183C63.6010705@pro.onet.pl> <043f01c6e0eb$406476a0$7b00a8c0@Turbo2> <7573e9640609251725q52cf39efr58d0f59dfb15ce5b@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-97-209.ph.ph.cox.net User-Agent: pan 0.113 (0.113 is one of Nakata's favorites) Sender: news X-Archives-Salt: 75e029fa-0567-4138-925d-3795cebeb057 X-Archives-Hash: b66196815e90b391f20c7258a8bafab3 "Richard Fish" posted 7573e9640609251725q52cf39efr58d0f59dfb15ce5b@mail.gmail.com, excerpted below, on Mon, 25 Sep 2006 17:25:50 -0700: > On 9/25/06, Patric Douhane wrote: >> That didn't help. But I have some more info on my problem though, found >> this line when trying to emerge mozilla-firefox: >> >> "./loadmsgcat.c: 1295: internal compiler error: Segmentation fault" >> >> Hope someone can interprete it... > > Every time I've seen this message on my systems, it has been the result of > flakey hardware, particularly memory. Nothing stresses the memory system > quite like compiling. > > If the system works otherwise, I suspect flaky memory timings. Try > backing those off (in the BIOS), and see if the problems disappear. > > And of course, if you are overclocking anything, stop! 100% agreed! I used to have some borderline generic memory, rated pc3200 (400 MHz), that wasn't quite stable at that. The trouble was my machine didn't at that time have a BIOS with memory timing limit capacities, so it was clocked what it was rated and that was that. After suffering with it for awhile, I discovered they had a new BIOS update out which allowed memory timing limits. Setting it to limit @ 183 MHz (DDRed to 366), I guess PC3000, it was stable as a rock, no problems whatsoever, until I upgraded to 8 gig awhile later. Anyway, while it would occasionally freeze the machine, doing whatever, the worst was bunzip2ing and compiling. Those would segfault frequently enough that I had to babysit all my emerges, and learn how to restart in the middle of them instead of starting over. So yes, definitely, if gcc is segfaulting, that's a very strong hint of a hardware problem. Note that memory is one possibility, but another strong candidate is bad power, either due to a bad (or underpowered) computer power supply, or in one case that came up on the lists, an underpowered UPS, or possibly simply bad incoming power. So in addition to checking memory, verify your entire power system, from the wall, thru your UPS (if you don't have one, try one, but make sure it's high enough powered), thru your computer power supply itself. Low power's the equivalent of clocking beyond stable, in that the effect is occasional zeros where there should be ones. And yes, it's gcc and bzip2 (well bunzip2) that seem most sensitive to it. On the bright side, when there was a problem, gcc would segfault or there'd be other errors. I never had an issue with bad builds due to the memory. It either built right, or it failed to complete the build at all. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-amd64@gentoo.org mailing list