Re: TRAP 0000 in OS2KRNL
- From: tholen@xxxxxxxxxxxx
- Date: 16 May 2008 20:54:12 GMT
NB <nobuyout@xxxxxxxxx> writes:
Paul Ratcliffe wrote:
Steven Levine wrote:
Why only user programs ? It's perfectly possible that there is a bug in
OS2KRNL whre it attempts to divide by zero due to a non-expected divisor
value ...
I've always found the naming of trap 0 interesting. My experience that it
occurs more often when the dividend is too large.
When the dividend is too large and/or the divisor is too small.
Remember the old Borland runtime library error 200 on faster (of the day) CPUs?
That was a 'divide by zero' error where it wasn't dividing by zero.
The meaning of the exception is actually 'divide overflow' - it's just that
it is usually caused by dividing by zero because that always generates that
exception.
I can see user programs doing that, and they can crash without taking down
the system.
What you see is irrelevant, Tholen.
Further proof that you are a troll, nobuyout. You're so obsessed that
you're following me around to another newsgroup.
But shouldn't the system protect itself from such a crash by
testing for the exception and avoiding it?
Only if the software engineers programmed such a test into the system,
Tholen.
Classic begging of the question. But not unexpected from a troll who
has no real intent of addressing the issue at hand.
.
- Follow-Ups:
- Re: TRAP 0000 in OS2KRNL
- From: NB
- Re: TRAP 0000 in OS2KRNL
- References:
- TRAP 0000 in OS2KRNL
- From: tholen
- Re: TRAP 0000 in OS2KRNL
- From: Lars Erdmann
- Re: TRAP 0000 in OS2KRNL
- From: NB
- TRAP 0000 in OS2KRNL
- Prev by Date: Re: TRAP 0000 in OS2KRNL
- Next by Date: Re: TRAP 0000 in OS2KRNL
- Previous by thread: Re: TRAP 0000 in OS2KRNL
- Next by thread: Re: TRAP 0000 in OS2KRNL
- Index(es):
Relevant Pages
|