OK. i updated to the latest service pack on AVR Studio, which changed the problems I am having with the stack. Now, when I am simulating it, and I trace the PC and the SP, I get some strange results. The stack pointer is tasking on some strnage values, such as 0xdd, when the first rcall is executed. But stranger still is when I hit the RET instruction in the subroutine. Despite the value of 0xdd in the stack pointer register, the code returns to address 0x0000. WHY is it doing this? tom
Message
more problems with stack
2007-01-03 by Thomas Keller