>MPLAB nor your code has hung....Remember that the PC is simulating
>operation and will take a very long time to deal with this delay loop. It
>is often better to #ifdef out your delay functions before simulating in
>MPLAB to get precisely around this.
>
>Alternatively, you could always wiggle your mouse as this seems to speed
>things up but you will have a very muscular wrist to deal with a delay of 1
>second ;-)


another option is to put a break point in, and let it run to the break point
instead of single stepping. It is still slow, but again using a conditional
assembly to set a lower delay count means you still go through the delay
routine instead of skipping it. However it mean you will not find the
problem that occurs when your delay count overflows.........

--
http://www.piclist.com hint: The list server can filter out subtopics
(like ads or off topics) for you. See http://www.piclist.com/#topics