At some point, someone is going to have to explain why - despite nobody ever wanting this in production code ever, for any reason - the default CSR state for divide by zero on most platforms is fault instead of flush.
-
-
I see your point, but any return value is troublesome. Zero is completely arbitrary and effectively as far away from the limit as possible; any special value will propagate through clueless logic. Both will result in Badness(tm) I 100% want a crash over (sneaky) data corruption.
-
I can't disagree strongly enough. It is usually trivial for me to write my routines - float _or_ integer - such that divide by zero produces the correct behavior for the routine.
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.