From owner-freebsd-questions@FreeBSD.ORG Wed Apr 28 10:36:31 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5B7016A4CE for ; Wed, 28 Apr 2004 10:36:31 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F6C43D53 for ; Wed, 28 Apr 2004 10:36:31 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i3SHaHog020547; Wed, 28 Apr 2004 10:36:17 -0700 (PDT) Received: from [10.1.1.193] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)i3SHaGgQ028956; Wed, 28 Apr 2004 10:36:16 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <898498B0-993A-11D8-99A7-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 28 Apr 2004 13:36:10 -0400 To: John Mills X-Mailer: Apple Mail (2.613) cc: FreeBSD-questions Subject: Re: Barking up wrong tree? (was Re: buildworld problem on cyrix 166) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2004 17:36:32 -0000 On Apr 28, 2004, at 12:07 PM, John Mills wrote: [ ... ] I seem to recall that the earlier Cyrix processors had hardware flaws (particularly with their L2 cache?) which may be causing your problems, although the kernel config file mentions workarounds for specific models which might help. > Q1) Alternative possible cause: I once had a [non-fBSD] problem where a > linking a large library required a larger amount of "live" RAM than I > had. > Swap space wouldn't do. As in this case, it always failed at the same > point because the GCC linker couldn't lay out the required image in my > limited RAM. My "sandbox" fBSD box is definitely 'RAM-challenged' > (49MBy > if I remember). Could this happen on a 'buildworld' step? Specifically > my > 'buildworld's were failing around 'libncurses'. FreeBSD has working virtual memory. Unless a program goes out of it's way to obtain locked pages (ie, uses mlock()), this should not be an issue. If you have another machine available with more memory, perhaps use that to compile on, and just perform the installation step onto your sandbox... > Q2) Implications of problem: I was rebuilding my kernel [RELENG_4_8 on > the > last go-round] in case there had been security fixes in the code since > the > CD images were released, not because of any observed problem. Is this a > real concern? If so, is there a source of up-to-date 'generic' builds I > could use instead, or some more brain- and less RAM-intensive approach? There have been meaningful security advisories since 4.8 was released, yes, although what comes to mind would require updating userland and not just the kernel (ie, OpenSSL). 4.9 is available now, obviously, and 4.10 will be out shortly. I seem to recall that there also is a snapshot FTP server with intermediate builds available as well, but I don't recall a more specific pointer to it now. -- -Chuck