Rich,
Attached are the ones I've had problems with so far... 09-April [Fractint] Resampling,complexity compounded 18-April [Fractint] (no subject) 21-April [Fractint] Subject No Subject (fractal noise) and the Droste Effect 22-April [Fractint] Fmod Coloring 25-April [Fractint] A bug with bugs 06-May [Fractint] Techno!
09-April, both fract044 and fract081 seem correct on mine, but I haven't committed recent changes 18-April, fract031 broken, uses Cotanh - see below 21-April, fract045 is correct 22-April, apr_21.gif is correct, as Mike stated, uses Cotan - but see below 25-April, fract068 broken, uses Cotanh - see below 06-May, fract163 generates if run first, but doesn't look quite right I just ran across a problem with the ChkFloatDenom macro in parser.c while looking into the problem with fract031. The C code uses this in the Tan, Tanh, Cotan, Cotanh, and Recip functions. If the absolute value of the denominator is less than or equal to DBL_MIN, the overflow variable gets set and bailout occurs. The assembly code behaves differently in that overflow never gets set and the calculation just keeps going. I am curious as to how the C code can use doubles to determine that a value is less than DBL_MIN. Jonathan