*BSD News Article 12063


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ä.