In article <1280607963.1723.11.camel@jonathan-desktop>, Jonathan Osuch <osuchj@avalon.net> writes:
The problem appears to be that matherr() is not implemented for Xfractint. Unfortunately, although using matherr() is supported by glibc, it is now obsolete. I've tried to get it running, but have had no luck so far.
Interesting!
The DOS version must be catching the math errors, setting the result to a default value, and then continuing with the calculation. This removes the nan's and inf's I'm seeing in Xfractint and allows the calculation to continue until the bailout value is reached.
Is it the formula evaluation that results in nan's and inf's? -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>