From owner-freebsd-bugs Sat Oct 17 03:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22836 for freebsd-bugs-outgoing; Sat, 17 Oct 1998 03:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22830 for ; Sat, 17 Oct 1998 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA09170; Sat, 17 Oct 1998 03:10:01 -0700 (PDT) Date: Sat, 17 Oct 1998 03:10:01 -0700 (PDT) Message-Id: <199810171010.DAA09170@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Hawkins Subject: Re: misc/8357: Segmentation fault while making SWARM-1.3 Reply-To: Peter Hawkins Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/8357; it has been noted by GNATS. From: Peter Hawkins To: Charlie Root Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/8357: Segmentation fault while making SWARM-1.3 Date: Sat, 17 Oct 1998 19:57:36 +1000 (EST) >/usr/bin/ld -Bshareable -o .libs/libsimtoolsgui.so.2.0 ActionCache.lo ActionHolder.lo ClassDisplayWidget.lo CommonProbeDisplay.lo CompleteProbeDisplay.lo ControlPanel.lo GUIComposite.lo GUISwarm.lo MessageProbeWidget.lo MultiVarProbeDisplay.lo MultiVarP robeWidget.lo ProbeDisplay.lo ProbeDisplayManager.lo SimpleProbeDisplay.lo SingleProbeDisplay.lo VarProbeWidget.lo simtoolsgui.lo /usr/lib/c++rt0.o >Segmentation fault - core dumped >make[3]: *** [libsimtoolsgui.la] Error 139 >make[3]: Leaving directory `/usr/ports/distfiles/swarm-1.3.1/src/simtoolsgui' >make[2]: *** [all-recursive] Error 1 >make[2]: Leaving directory `/usr/ports/distfiles/swarm-1.3.1/src' >make[1]: *** [all-recursive] Error 1 >make[1]: Leaving directory `/usr/ports/distfiles/swarm-1.3.1' >make: *** [all-recursive-am] Error 2 At a first guess you're low on free memory. I've also seen this happen if you do a build and it fails due to low resource so that one of the object files is broken. If you do a subsequent make without a make clean you may find make overlooks this and attempts to link to the damaged object file causing an error during the load phase. Please do a make clean then run vmstat during a complete build and let us know how you go? > >>Fix: > > > >>Audit-Trail: >>Unformatted: > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-bugs" in the body of the message > Hilink Internet Peter Hawkins 381 Swan St Richmond, Vic, Australia Ph: +61-3-9421 2006 Fax: +61-3-9421 2007 http://www.hilink.com.au Peter@hilink.com.au FreeBSD Project: thepish@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message