Dailydave mailing list archives
Re: We have met the enemy, and the enemy is ... you.
From: "Michael Spath" <michael.spath () gmail com>
Date: Fri, 14 Apr 2006 20:01:01 +0200
On 4/14/06, jnf <jnf () nosec net> wrote:
INTO generates int 4, the first 32 interrupt vector numbers are reserved by intel, so it doesn't vary per OS.
INTO generates a #GP instead of int 4 when the DPL of the gate descriptor is lower than the CPL. And since this DPL value is stored in the IDT, it is under OS control. This dependency does not exist for BOUND.
I fail to really understand why we do not make use of certain features of the underlying hardware that would solve a lot of these problems.
For x86 I guess it's the same reason why hardware task switching is not used : it's slower (BOUND) or does not do exactly what we want (INTO). regards, --spath
Current thread:
- Re: We have met the enemy, and the enemy is ... you., (continued)
- Re: We have met the enemy, and the enemy is ... you. toby (Apr 12)
- Re: We have met the enemy, and the enemy is ... you. Ian Melven (Apr 11)
- Re: We have met the enemy, and the enemy is ... you. redsand (Apr 11)
- RE: We have met the enemy, and the enemy is ... you. jnf (Apr 11)
- RE: We have met the enemy, and the enemy is ... you. pageexec (Apr 12)
- Re: We have met the enemy, and the enemy is ... you. Michael Spath (Apr 13)
- Re: We have met the enemy, and the enemy is ... you. Ian Melven (Apr 13)
- Re: We have met the enemy, and the enemy is ... you. jnf (Apr 14)
- Re: We have met the enemy, and the enemy is ... you. Halvar Flake (Apr 14)
- Re: We have met the enemy, and the enemy is ... you. Oezguer Kesim (Apr 14)
- Re: We have met the enemy, and the enemy is ... you. Michael Spath (Apr 14)
- RE: We have met the enemy, and the enemy is ... you. pageexec (Apr 13)