From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:52:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 259F416A4CE for ; Fri, 4 Jun 2004 11:52:01 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC5743D1D for ; Fri, 4 Jun 2004 11:52:00 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i54IogsL078965; Fri, 4 Jun 2004 14:50:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i54IogKq078962; Fri, 4 Jun 2004 14:50:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 4 Jun 2004 14:50:41 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: David Gurvich In-Reply-To: <186C2F6A-B656-11D8-8266-000393AB07D8@verizon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Problems compiling. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 18:52:01 -0000 On Fri, 4 Jun 2004, David Gurvich wrote: > Continual segmentation faults with extended compilation. Using > portupgrade in a batch will fail on some ports, but will work one at a > time. Probably connected to trouble's with buildworld. Has there been > a recent change in the compiler or make program? There have been several similar reports recently. However, I haven't seen enough information to point at any single source. The usual sources of reports like this are: (1) Hardware failure -- over-heating, bus problems, or memory problems. (1.5a) Overclocking. (2) Hardware bug that we don't work around. (3) VM bug. (4) Signal bug. (5) ABI issue in libraries and binaries. (6) Compiler bug. Usually (5) is easy to diagnose because it's highly reproduceable and more than one person experiences it, although not always. The first question to eliminate some classes of failure modes is to determine how reproduceable it is. If building the same piece of software (as part of a big build or small one) always generates the same failure in the same place, that would be extremely useful to know about. Usually (1) is diagnosed through measuring the environment (temperature, etc) and replacing parts. If you have identical hardware with an identical problem, that sometimes confirms and sometimes eliminates hardware failure, but replacing parts (such as memory) can be very useful in tracking down common hardware failure modes. (1.5a) can generally be eliminated by not doing it. :-) The remainder are a bit harder, unfortunately. Could you include a dmesg for your hardware configuration? Also, was there a threshold date after which this problem started? Is it possible for you to narrow down that date by installing earlier snapshots of FreeBSD, perhaps down to month or week granularity? In particular, if you go back to earlier snapshots, does the problem go away? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research