Return to BSD News archive
Xref: sserve comp.os.386bsd.bugs:65 comp.unix.bsd:11565 Newsgroups: comp.os.386bsd.bugs,comp.unix.bsd Path: sserve!manuel.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!gatech!hubcap!ncrcae!ncrhub2!ncrgw2!psinntp!uuneo!sugar!peter From: peter@NeoSoft.com (Peter da Silva) Subject: Re: Patch to fix signal 6 aborts (HUGE values are too huge) Organization: NeoSoft Communications Services -- (713) 684-5900 Date: Sat, 27 Feb 1993 18:22:14 GMT Message-ID: <C34DpE.nq@sugar.neosoft.com> References: <C2Mutx.LKq@sugar.neosoft.com> <C33s1p.8At@unix.portal.com> Lines: 23 In article <C33s1p.8At@unix.portal.com> mykes@shell.portal.com (mike myke schwartz) writes: > I applied the FULL patchkit and built my kernel. I checked the > /usr/include/machine/float.h and it DOES have the ...2315E+308 > value. However, I consistently get the dreaded trap 6 error > when trying to compile anything with > #include <math.h> > #include <float.h> > > in it. Specifically, the reduce.c file from Xli (xloadimage) causes > cc, gcc1.37 (the one with the distribution), and gcc2.3.3 ALL just > crap out with the trap 6 error. You could have a broken 486. You could have another problem. You need to apply my abort() patch so you can see where in the compiler it's actually dying. You could try simply reducing the value further and see what happens. -- Peter da Silva. <peter@sugar.neosoft.com>. `-_-' Oletko halannut suttasi tänään? 'U` Tarjoilija, tämä ateria elää vielä.