Nexus wrote:
<snip>
An unhandled exception occurred at $903E68B8 :
EInvalidOp : Invalid floating point operation
<snip>
So it first seems to be some error in the fpu code generation of the
compiler. But the strange things is, after running a C-Program which
uses glut and open gl everything just works fine. So maybe there is
something wrong in the open gl / glut initialization part or some
incompatibilities with Mac OS X 10.4
<snip>
Just a guess - could this be the same problem as discussed in the
"[fpc-devel] MacOSX: EXC_ARITHMETIC in PerformHIConversion" thread,
where Jonas Maebe wrote:
Are these exceptions by default disabled by gcc ?
The FPC runtime explicitly turns them on by default (since they are
required for detecting errors), while libc doesn't. It is
independent of the compiler used.
So, if I understand it correct, you wont get a aritmic exeption in
FPC anymore when this is turned on ?
The "invalid fpu operation" exceptions are turned on in the FPC system
unit initialisation code. If you add the code I posted, they are
turned off again and so you won't get them (not due to buggy code in
the Carbon framework and not anywhere else either).
Regards,
Adriaan van Os
_______________________________________________
fpc-devel maillist - [email protected]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
