> > Program received signal SIGFPE, Arithmetic exception.
> > transform_points3_3d_no_rot_raw (to_vec=0x80b4000, mat=0x80b5000,
>from_vec=0x80b500c,
> > mask=0x18 <Error reading address 0x18: Bad address>, flag=4) at xform_tmp.h:680
> > 680 to[i][0] = m0 * ox + m12 ;
> > (gdb) bt
> > #0 transform_points3_3d_no_rot_raw (to_vec=0x80b4000, mat=0x80b5000,
>from_vec=0x80b500c,
> > mask=0x18 <Error reading address 0x18: Bad address>, flag=4) at xform_tmp.h:680
> > #1 0x2 in ?? ()
> > #2 0x80b2030 in ?? ()
> > (gdb) info float
> > u: status 0x90a8: exceptions: OVERF LOS; flags: 0000; top 2
> > e: status 0x1000: flags: 0000; top 2
> > control 0x1260: compute to 53 bits; round NEAREST; mask: LOS;
>
> The fact that you get the same error both with the C code and the ASM
> code hints that the real problem is elsewhere/earlier.
>
>
> I'll try to look at your code later. I'm super busy with other things now.
> If anyone else can investigate, that would be great.
>
> -Brian
>
As a quick followup; QuakeForge (0.1.1) will also cause a very similar
SIGFPE (OVERF and LOS set) in transform_points3_3d_no_rot_raw during the
included timedemo after about 100 frames. Masking off Overflow and
LossOfPrecision seems to work with no side effects. As far as I can tell,
it's only overflowing on a polygon that's going to be clipped anyway. (this
is also after hacking vid_glx.c to using OSMesa, while I can't imagine why,
it might be an OSMesa only thing)
No rush on looking into it. I'm over my head I think in debugging this any
further, but I'm willing to help however I can.
-- Kevin
_______________________________________________
Mesa-bug maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-bug
_______________________________________________
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev