Hi
Thanks for your suggestion, but if this is the problem then I'm not sure
what I can do about it. Is it a matter or modifying the GDB source code and
rebuilding? I am currently just using the pre-built version and am not
familiar with its implementation.
Regards.
Tadeusz Szczyrba writes:
Maybe check the gdb hooks - hook-stop hook-run hook-continue.
Consider the situation:
When you're stepping through source code in debugger and
1) the hook-stop is defined to save flags state & disable interrupts
2) the hook-continue is defined to restore flags state & continue
before step there is no hook-continue called (at least not in 6.0 gdb
with mspgcc patches) but hook-stop is called after the step. This can
lead to behaviour like that:
When hook-stop saves the interrupt flags and clears interrupt enable
next hook-continue _only restores_ the flags from saved state. But when
there is double call for hook-stop the restored flags are with disabled
interrupts. This can be the source of your problem. To check if it's
really so, please make the action:
1) Break the runtime and continue.
2) Reset H/W, break the runtime and make one step.
If in the first case your interrupts are working, but in the second not,
it's probably the problem i've described,
regards,
T.
W li.cie z pon, 20-09-2004, godz. 13:31, k.sm...@realtimeengineers.com
pisze:
Hi,
I am using a Softbaugh FETP and having the following problem.
If I build my code and execute it without the debugger everything is fine.
If I step through the code using GDB I find that the timer interrupts only
occur once. After that nothing. I can manually set the interrupt flag
again by poking into memory and this causes the ISR to execute, but the
interrupt flag will never get set automatically after the first time. If I
kill the debug session then the code again operates without error.
I have seen a post on the MSP430 Yahoo group with the same problem but there
was no resolution given.
Any help appreciated.
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
