Mail Archives: djgpp/2003/09/23/16:21:22
> We are porting an existing DOS/Windows app that traps the critical error
> interrupt so that we can display a controlled message in our own message
> window. We would like to reproduce the error in the DJGPP version to look
> and feel the same to the customer.
I hate it when people try and use features I didn't implement. The bad
news is CWSDPMI doesn't support the protected mode interrupt 24 directly
but with extra code you can do it the hard way.
> The app is completely locked into memory (we have to do physical DMA/UDMA
> transfers, and we are only using CWSDPMI), so we are able to write the
> handler in C/C++.
> The handler is called correctly, however, I do not seem to be able to pass
> data in or out of the handler.
I don't understand how the handler can be called; CWSDPMI sets up a
RM Int 24 handler which always fails (al=3). Maybe I'm forgetting something
I did really tricky ...
Since this isn't supported in CWSDPMI, the suggestion was always for the
user to create a RMCB for real mode int 24. But you must never "abort"
since this would exit the application without cleaning up the DPMI.
- Raw text -