🚀 go-pugleaf

sorrow@oak.circa.ufl.edu writes:

>Actually, I found out that I must be doing something terribly wrong.  When
>I installed my own mouse interrupt handler, if the function was declared
>as "void far interrupt" it would die.  "void far" worked just fine.  I just
>don't USE the interrupt keyword.  The documentation is too skimpy on it
>for me to be able to use it decently.
 
If you are talking about mouse function 12(?), theone that lets you have
the mouse driver call your function whenever certain mouse events
happen, then you are on the right track.  The "interrupt" handler you
give to the mouse is not of type void interrupt.  TurboC interrupt
functions push regs to the stack, do your stuff, pop the regs and --
IRET.  This is what screws you.  The driver does a simple far CALL to your
routine, expecting to have control come back to it with a far RET.  The
IRET is simply wrong here.  Declaring your mouse function to be void far
fixes this problem, but you still cannot access global/static data
except by sheer accident, as DS will likely not be pointing to your
DGROUP.  Declaring it as void huge does this trick.  But the mouse
driver also apparantly assumes a called-saved register scheme, while the
C compiler assumes a caller-saved scheme.  Your routine can trash
registers the mouse driver expected you to leave alone.  I use #pragma
savregs.  This guarantees that a huge function will not change the value
of any of the register when it is entered. I like the pragma rather than
declaring the function as _saveregs. _saveregs pushes all register and
pops them at the end.  This is costly in time/space.  The #pragma
saveregs costs more at compile time, but is much smaller/faster at
runtime.

In short, when installing a mouse handler (function 12), I declare it

#pragma saveregs
void huge handler(void)
{
  /* handler code */
} 
 
I spent a lot of time before getting this to work...


"I don't know about your brain, but mine is really...bossy."
Mike Percy                    grimlok@hubcap.clemson.edu
ISD, Clemson University       mspercy@clemson.BITNET
(803)656-3780                 mspercy@clemson.clemson.edu