The hooks are defined (if they are) mostly in gdb configuration files as
user commands, but with special semantics.
When you have access to gdb console give the command 'show user' to see
all defined user commands and hooks inside.
Please read the info about gdb hooks and user commands in gdb manual -
I'm not sure if it's source of your problem, but it in any case useful
to know the tools.
regards,
W liście z pon, 20-09-2004, godz. 15:15, k.sm...@realtimeengineers.com
pisze:
> 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
> >
>
>
>
>
> -------------------------------------------------------
> 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
