From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 16:54:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A720D1065670 for ; Wed, 17 Mar 2010 16:54:21 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73EC08FC1F for ; Wed, 17 Mar 2010 16:54:21 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o2HGsFuE018823; Wed, 17 Mar 2010 16:54:15 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Wed, 17 Mar 2010 16:54:14 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003171654.15017.ken@mthelicon.com> X-Spam-Status: No, score=4.3 required=5.0 tests=BAYES_50,DNS_FROM_OPENWHOIS, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Alexander Best Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 17 Mar 2010 16:54:21 -0000 On Wednesday 17 March 2010 02:22:48 Alexander Best wrote: > so is there no way to fix this? this is what i've tried and still the > problem exists: Alex, I finally got my machine all back up and running. I'll tell you what I did and maybe it might help your situation. The only difference I see between us is that I was getting Sig10's to your Sig11's.. I dont know if this is significant or if the two are kind of the same thing "Something horrible happened during memory access". But after I had installed the kernel and world with the strlen bug in it, the machine wouldn't boot as zfsloader was dieing at boot-time right after the bios disk scan. I was able to bring the machine up from a USB drive I had made previously (for just such an occasion :> ). Once I had a machine that I could work with, I mounted the zfs filing systems as an altroot. I replaced the zfsloader with the zfsloader.old and the loader with loader.old. At this point I was able to boot the machine and try to bring it on-line. Unfortunately many of the daemons were dieing with sig10's and X/KDE would do nothing. I found that the shared library /lib/libc.so.7 was the culprit and I replaced this lib with a backup copy that I had from a friends machine that was built 3 days prior. Everything worked fine on the machine, but I was not able to build the world or kernel. What I did was create a virtual machine using VBox for Current-9 AMD64, svn the latest sources and build on this with the same kernconf file that I used on the host machine. After the build was completed, I copied /usr/lib/[libc.a, libc.so, libc_p.a] from the vbox machine to the host. It looked like these contained the bug and when the build was making some of its tools, it was using these libs (and then dieing). It was now that I am able to compile the latest world and kernel. I hope this helps, Peg