From owner-freebsd-questions Sat Apr 21 13:40:30 2001 Delivered-To: freebsd-questions@freebsd.org Received: from mail.urx.com (mail.urx.com [63.170.19.36]) by hub.freebsd.org (Postfix) with ESMTP id 182D037B43C for ; Sat, 21 Apr 2001 13:40:25 -0700 (PDT) (envelope-from kstewart@urx.com) Received: from urx.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-6.06) id A03616B01D0; Sat, 21 Apr 2001 13:40:22 -0700 Message-ID: <3AE1F036.40065FB@urx.com> Date: Sat, 21 Apr 2001 13:40:22 -0700 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: David Banning Cc: questions@freebsd.org Subject: Re: make world error References: <20010420150921.A665@www3.pacific-pages.com> <3AE08EF5.2FD89711@urx.com> <20010421132631.A305@www3.pacific-pages.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Banning wrote: > > OK so I have been trying different memory / bios setting according > to the suggestions on the site you reccommended. > > Here is another question; > > Since my error occured in; > /usr/src/gnu/usr.bin/perl/perl > > I go there and do a make, and get the same errors I did during > the make world. > > I am just wondering if the signal 11 error "message" results from > some error earlier in the make world compile. If the make I do for a > test utilizes earlier files that are bad because of memory error, > I'll never get my problem fixed! I haven't tried to decipher the Makefile that far into it and don't have any idea. If you aren't upgrading from a 4.x version, pay close attention to /usr/src/UPDATING. The important stuff is located quite a ways in now. There are situations where people have to set NOPERL to get around problems with perl on the first build. > > If I go to /usr/src/gnu/usr.bin/perl/perl and do a make > to test whether the change I made works or not, is that a propper check > of whether the memory is fixed or not? You might "cd /usr/obj" and "rm -rf *" to get a clean obj. You might have problems with the chflags and have to noschg /usr/obj before you can remove it all. The rm will remove all it can first, which makes the chflags faster. The default /root shell has a history and you aren't retyping much. FWIW, I had an old SuperMicro mobo that wouldn't take additional memory. I could add 64MB in the 1st two slots and that was it. I eventually replaced it with a P2B-B. That took me from a P-133 to a Celeron 433a. Kent > > The main issue here is speed. The web site mentions a memory test, > which takes 24 hours on a pentium 100. That takes a long time > when trying this, trying that.. with my memory, bios etc.. > > > David Banning wrote: > > > > > > One thing I don;t understand about cvsupping and then making world > > > is why there would be errors; if cvsup is insuring that > > > every bit of code is up to date, then everybody's code is the same > > > right? So how would I get errors different than the next guy? > > > > Well, it probably means you have some piece of hardware that is flaky. Read > > http://www.bitwizard.nl/sig11/ and see if you can figure out what is causing > > it. > > > > Kent > > > > > > > > That said here is the errors of my most recent attempt; > > > > > > cd /usr/src/gnu/usr.bin/perl/miniperl; make _EXTRADEPEND > > > echo miniperl: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/../libperl/libperl.a /usr/obj/usr/src/i386/usr/lib/libm.a /usr/obj/usr/src/i386/usr/lib/libcrypt.a /usr/obj/usr/src/i386/usr/lib/libutil.a >> .depend > > > ===> gnu/usr.bin/perl/perl > > > Extracting config.h (with variable substitutions) > > > Extracting cflags (with variable substitutions) > > > Extracting writemain (with variable substitutions) > > > Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration: > > > Platform: > > > osname=freebsd, osvers=4.0-current, archname=i386-freebsd > > > uname='FreeBSD freefall.FreeBSD.org 4.0-current FreeBSD 4.0-current #0: $Date$' > > > hint=recommended, useposix=true, d_sigaction=define > > > usethreads=undef useperlio=undef d_sfio=undef > > > Compiler: > > > cc='cc', optimize='', gccversion=2.95.2 19991024 (release) > > > cppflags='' > > > ccflags ='' > > > stdchar='char', d_stdstdio=undef, usevfork=true > > > intsize=4, longsize=4, ptrsize=4, doublesize=8 > > > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 > > > alignbytes=4, usemymalloc=n, prototype=define > > > Linker and Libraries: > > > ld='cc', ldflags ='-Wl,-E -lperl -lm ' > > > libpth=/usr/lib > > > libs=-lm -lc -lcrypt > > > libc=, so=so, useshrplib=true, libperl=libperl.so.3 > > > Dynamic Linking: > > > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-R/usr/lib' > > > cccdlflags='-DPIC -fpic', lddlflags='-Wl,-E -shared -lperl -lm ' > > > > > > *** Signal 11 > > > > > > Stop in /usr/src/gnu/usr.bin/perl/perl. > > > *** Error code 1 > > > > > > Stop in /usr/src/gnu/usr.bin/perl. > > > *** Error code 1 > > > > > > Stop in /usr/src/gnu/usr.bin. > > > *** Error code 1 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-questions" in the body of the message > > > > -- > > Kent Stewart > > Richland, WA > > > > mailto:kbstew99@hotmail.com > > http://kstewart.urx.com/kstewart/index.html > > FreeBSD News http://daily.daemonnews.org/ > > > > -- > Nothing is illegal if one hundred businessmen decide to do it. > -- Andrew Young > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message