On Thu, Apr 15, 1999 at 01:09:26PM +0100, Si Owen wrote: > Ian Collier wrote: > > The z80 code and a short binary follow. You can test the binary
> The binary seems munged again - could you please zip it and resend it? Are you sure? It was fine when it arrived back here from the mailing list. It was uuencoded. > > defs 56-p > What's the 'p' part of this? I can't see a label for it, so is it something > specific to your assembler? Ah sorry, yes it is. :-) Stefan is correct: p is the program counter, which is called $ in COMET, I believe. The name p comes from P% in BBC BASIC. > I'm surprised the multiple interrupt effect doesn't happen with your short > interrupt handler - when I can run it I'll have a look! Er, the multiple interrupt effect is the *whole point*! The purpose of my program is to see how many times the multiple interrupt occurs, and thus determine how long the Sam holds the interrupt line for. If you say EI while the interrupt line is still active then it will re-interrupt (well that's not quite true because it only occurs after the instruction following EI). The thing with SimCoupe is that the numbers seem to be wrong - it has 240 instead of about 120 - and the erstwhile bug in Andrew's chessboard demo illustrates that the status register loses its value towards the end of that period, so you can actually have an interrupt with no clear bit in the status register (but not in SimCoupe). imc
