🚀 go-pugleaf

I wrote a program a while back that does effectively this same thing
(take over Timer Tick interrupt 1Ch and waste cycles), and noticed
a couple of things.  First, it's not a bad idea to do a far jump
to the old Int 1Ch handler after you've finished the delay.  This way,
you slow things down but still execute other code that has previously
taken over the interrupt (e.g., you can run this little program
multiple times to make things run slower and slower).  Second, it
doesn't work with a lot of programs for exactly that same reason:
they take over Int 1Ch for their own purposes, and never jump to the
old (i.e., your) handler when they're done doing their own thing.

Unfortunately, you can't do much about the second problem without
hacking up the application.

bill frolik
hplabs!hp-pcd!bill