Mail Archives: djgpp-workers/1998/07/26/04:56:07
On Thu, 23 Jul 1998, Charles Sandmann wrote:
> You want to avoid 0x21 and 0x31 since they make things slow...
Could you elaborate about why Int 31h makes it slow?
It does seem like an ideal candidate for DJGPP programs. We only need
to watch for a single DPMI function 0x0300 (at least in the first
approximation), and there's no mode switch involved, or so it seems...
If I understand correctly, installing a PM hook for Int 31h does NOT
require it to be locked, so the _go32_XXX helper functions can be used
without fear. Is that correct?
> The DPMI server only knows about one thing - how deeply nested it is.
How about memory allocation: doesn't the DPMI host need to know to
which client does the memory belong? Otherwise, how would it release
that memory correctly when a nested client exits?
The same question applies to allocating selectors (or any other
resource, for that matter).
- Raw text -