Date:	Tue, 12 Jun 2001 11:10:14 +0300 (IDT)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	Pierre Muller <muller AT cerbere DOT u-strasbg DOT fr>
cc:	djgpp-workers AT delorie DOT com, Charles Sandmann <sandmann AT clio DOT rice DOT edu>
Subject:	Re: Interrupt 0x24 problem ?
In-Reply-To:	<4.2.0.58.20010611122001.01b8c2b0@ics.u-strasbg.fr>
Message-ID:	<Pine.SUN.3.91.1010612110907.1700A-100000@is>
MIME-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On Mon, 11 Jun 2001, Pierre Muller wrote:

> Interrupt 0x24 (and possibly 0x23)
> are not disabled when exiting from a DJGPP
> program.

Correct.

>    But the exit code disables the 32 code selector
> that is used for this interrupt, which means that this interrupt
> will point to an invalid location
> until the OS restores the previous values...
> 
>    Isn't this a potential source of crashes ?

Where do you see the selector of __djgpp_i24 being invalidated in the
exit code?  AFAIK, that selector is CS, and it is valid until the
program exits, at which time it is released by the DPMI host.  The
DPMI host handles Int 24h (and 23h) specially, so it should clean them
up before releasing the selector.

In any case, the DPMI host normally automatically fails any Int 24h
calls, without letting them get to the client.  The only exception I
know of is QDPMI.

- Raw text -