Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tcf-dev] Problem planting breakpoints

Did you look at the linenumbers implementation to add a new instance for
the CDB format? That way the TCF Agent would handle the file:line to
address translation.

Well, yes I have a new implementation linenumbers_mcs51.c (see attachment; but it's all a little hacky at the moment ^^) which implements line_to_address() and address_to_line(). They are working for me so far as they should.

Cool :-)


As you can see I catch an event PROGRAMMING_SUCCEEDED which creates two contexts and calls send_context_event_created_event() and also for trial send_context_changed_event(). But if I don't call iterate_breakpoints() I am not able to collect the breakpoints and RunUntilBreakpointHit() gets executed with an empty array.

That looks fine to me.

On the other hand IF I execute iterate_breakpoints() the first breakpoint hit works, but as I hit resume the agent first tries to plant the breakpoints but unfortunately unplants them right after planting which empties my breakpoint list again..

I'm not sure to understand what component adds the breakpoints? Is that a client (Eclipse?) or directly the program hosting the agent?

- Christophe


I really have no idea why this is the case and which event causes this behaviour ..

Best regards.

Stefan

Please Note that my agent does not communicate with the device directly instead talks to another server that is already capable of doing so.



Thank you and best regards,
Stefan Falk


-----Original Message-----
From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Stefan.Falk@xxxxxxxxxxxx
Sent: Friday, May 16, 2014 8:47 AM
To: tcf-dev@xxxxxxxxxxx
Subject: [tcf-dev] Problem planting breakpoints

Hi and sorry for my third E-Mail today but I seem to have a major issue with the way how breakpoints are set and removed.

Like I said a few times already, all I got is a function CLIDevice_RunUntil(int[] breakpoint_address) to set breakpoints and run my device under debug.

Therefore I call iterate_breakpoints() to collect all file locations and map them to their actual memory addresses.

My problem is still that after the program reaches a  breakpoint, the TCF Agent begins to "plant" breakpoints. The problem isn't that by doing so cpu_bp_plant() gets called and therefore CLIDevice_PlantBreakpoint() gets called, the problem is that immediately after that cpu_bp_remove() is getting called.

I have no idea why this is happening. All I can tell so far is that InstructionRef ref->cnt in validate_bi_refs is zero for some reason the "dirty" flag of BreakInstruction is TRUE gets set there. Therefore it gets deleted later on.

I'm really really stuck here. I've tried the whole day to find out what is wrong but I really don't understand the underlying reason why the agent wants to remove my breakpoints ..

Thanks for your help.

--
Stefan Falk

Infineon Technologies Austria AG
Trainee
Automotive Sense and Control
Component Verification

Tel:  +43 (0)5 / 1777 - 5439
Email: stefan.falk@xxxxxxxxxxxx<mailto:stefan.falk@xxxxxxxxxxxx>

"Aim above the mark to hit the mark." - Ralph Waldo Emerson



_______________________________________________
tcf-dev mailing list
tcf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/tcf-dev


This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

_______________________________________________
tcf-dev mailing list
tcf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/tcf-dev
_______________________________________________
tcf-dev mailing list
tcf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/tcf-dev

_______________________________________________
tcf-dev mailing list
tcf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/tcf-dev



_______________________________________________
tcf-dev mailing list
tcf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/tcf-dev



Back to the top