Not applicable
Feb 09, 2016
04:33 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 09, 2016
04:33 AM
Hello,
if I nest structs I am unable to see the contents in the debugger.
The following is shown:
It works one level deep, but fails at two or more.
if I nest structs I am unable to see the contents in the debugger.
The following is shown:
Failed to execute MI command:
-data-evaluate-expression (udpIp4Packet).dstMac
Error message from debugger back end:
There is no member named dstMac.
It works one level deep, but fails at two or more.
- Tags:
- IFX
15 Replies
Not applicable
Feb 11, 2016
10:37 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 11, 2016
10:37 PM
HI,
I am not sure as this seems to be a failure to load the debugger or debugger understanding the compiled code.
Can you share a project for us to evaluate into this issue.
Regards,
Daryl
I am not sure as this seems to be a failure to load the debugger or debugger understanding the compiled code.
Can you share a project for us to evaluate into this issue.
Regards,
Daryl
Not applicable
Feb 12, 2016
12:40 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 12, 2016
12:40 AM
DAVE 4.1.4
Default CE-Project. Name: test. Only build a struct in struct in struct. Debugger setup unchanged from default.
XMC4800 Relax Kit (ETHERCAT)
Segger Setup/Version (as delivered with DAVE 4.1.4)
And this is how it looks if the levels get deeper.
Default CE-Project. Name: test. Only build a struct in struct in struct. Debugger setup unchanged from default.
XMC4800 Relax Kit (ETHERCAT)
Segger Setup/Version (as delivered with DAVE 4.1.4)
And this is how it looks if the levels get deeper.
Attachments are accessible only for community members.
Not applicable
Feb 12, 2016
12:41 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 12, 2016
12:41 AM
Not applicable
Feb 15, 2016
11:37 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 15, 2016
11:37 PM
Hi,
I have run your project.
The updates are done correctly in the debugger. However, the error message you listed appears in the window. 😞
I have forwarded this to the DAVE team to check this out. I will update you once I get an input from them. 🙂
Regards,
Daryl
I have run your project.
The updates are done correctly in the debugger. However, the error message you listed appears in the window. 😞
I have forwarded this to the DAVE team to check this out. I will update you once I get an input from them. 🙂
Regards,
Daryl
Not applicable
Feb 16, 2016
12:36 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 16, 2016
12:36 AM
At least you can reproduce the error. Thats fine.
Keep me updated.
PS: Any Feedback on my ethernet speed limit problem. http://www.infineonforums.com/threads/3756-Maximum-Ethernet-Speed-with-XMCLib-and-XMC4800-on-Relax-K...
Nobody posted any clues.
Keep me updated.
PS: Any Feedback on my ethernet speed limit problem. http://www.infineonforums.com/threads/3756-Maximum-Ethernet-Speed-with-XMCLib-and-XMC4800-on-Relax-K...
Nobody posted any clues.
Not applicable
Feb 16, 2016
07:17 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 16, 2016
07:17 PM
Not applicable
Feb 17, 2016
12:12 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 17, 2016
12:12 AM
I have seen it. Thank you. Less problems open to fix. Looking forward for the answer to this thread.
Not applicable
May 13, 2016
01:59 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 13, 2016
01:59 AM
This problem is still pending!
It seems gnuarmeclipse-plugin or segger-j-link-plugin (or something else) is doing wrong.
As you can see, the variables windows (and the error) show that eclipse/plugin/j-link tries to read s_a.c but it should try reading s_a.s_b.c
AND sometimes the shown values are COMPLETELY wrong.
Actual DAVE, and this is with the latest Segger J-Link toolchaing AND even with a manually updated j-link plugin in DAVE.
Please help. Debugging is a pain with this.
It seems gnuarmeclipse-plugin or segger-j-link-plugin (or something else) is doing wrong.
As you can see, the variables windows (and the error) show that eclipse/plugin/j-link tries to read s_a.c but it should try reading s_a.s_b.c
AND sometimes the shown values are COMPLETELY wrong.
Actual DAVE, and this is with the latest Segger J-Link toolchaing AND even with a manually updated j-link plugin in DAVE.
Please help. Debugging is a pain with this.
Not applicable
May 13, 2016
04:51 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 13, 2016
04:51 AM
Its broken! Simple to redo.
You can open endless.
You can open endless.
Not applicable
May 13, 2016
05:49 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 13, 2016
05:49 AM
Hello,
I tried GDB-Hardware-Debugging instead of GDB Segger J-Link Debugging (of gnuarmeclipse).
If I switch to Legacy GDB Hardware Debugging it works as expected.
Remark: Only in legacy mode!
Here setup
And here
SEGGER J-Link GDB-Server started manually.
Result
gdb mi debugging console when clicking onto a.a.b
I asked the gnuarmeclipse head developer Liviu Ionescu.
The answer:
As you see. DAVE uses gnuarmeclipse, gnuarmeclipse uses DSF mode and not legacy mode. The problem above is an error in DSF.
I will ad a next post where I show the results in DSF Mode with CDT Hardware Debug.
PLEASE try to get that fixed on eclipse or where it needs to be fixed!
Especially when debugging C++ this will grow hairs on your teeth.
I tried GDB-Hardware-Debugging instead of GDB Segger J-Link Debugging (of gnuarmeclipse).
If I switch to Legacy GDB Hardware Debugging it works as expected.
Remark: Only in legacy mode!
Here setup
And here
SEGGER J-Link GDB-Server started manually.
Result
gdb mi debugging console when clicking onto a.a.b
I asked the gnuarmeclipse head developer Liviu Ionescu
The answer:
> CDT Hardware Debug in DSF mode shows the same error.
> CDT Hardware Debug in legacy mode does NOT show the error. Everything is ok.
> You suggest to report to eclipse or may you want more information?
yes, you should report it to Eclipse (if not already reported), but don't expect them to jump and fix it, from my experience the only way to fix a problem is to submit a patch and push them to accept it.
the 'legacy mode' is no longer supported. the new DSF is extremely complicated and still has several problems.
the GNU ARM Eclipse debugging plug-ins use DSF and it is not possible to switch back to legacy mode.
regards,
Liviu
As you see. DAVE uses gnuarmeclipse, gnuarmeclipse uses DSF mode and not legacy mode. The problem above is an error in DSF.
I will ad a next post where I show the results in DSF Mode with CDT Hardware Debug.
PLEASE try to get that fixed on eclipse or where it needs to be fixed!
Especially when debugging C++ this will grow hairs on your teeth.
Not applicable
May 13, 2016
05:51 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 13, 2016
05:51 AM
And now in DSF Debug:
Broken
Very broken
Any further information needed?
Broken
Very broken
Any further information needed?
Not applicable
May 15, 2016
08:39 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 15, 2016
08:39 PM
HI,
I could observe that when a non-unique variable name is used in the structure, endless unfolding of the variable occurs in the debug window.
When a unique variable name is used, the endless unfolding is not present. This could be the workaround for the time-being while our development investigate for a solution.
In the meanwhile, I have filed an eTicket (#873401108) for this issue and it can be viewed in link below.
https://www.infineonforums.com/support/dave3/index.php?option=com_maqmahelpdesk&Itemid=0&id_workgrou...
Regards,
Daryl
I could observe that when a non-unique variable name is used in the structure, endless unfolding of the variable occurs in the debug window.
When a unique variable name is used, the endless unfolding is not present. This could be the workaround for the time-being while our development investigate for a solution.
In the meanwhile, I have filed an eTicket (#873401108) for this issue and it can be viewed in link below.
https://www.infineonforums.com/support/dave3/index.php?option=com_maqmahelpdesk&Itemid=0&id_workgrou...
Regards,
Daryl
Not applicable
May 16, 2016
05:46 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 16, 2016
05:46 AM
It is not the only problem. It is just a special case to show of the urgency of this bug. The example at the start at the threads shows another case of this bug.
The debugger sometimes shows the wrong values and sometimes it shows the values of other varibles in structs or garbage.
One can simply not believe what the debugger shows in nested structs. Feel free to investigate further.
I hope it gets reported upstream from Infineon (and fixed).
The debugger sometimes shows the wrong values and sometimes it shows the values of other varibles in structs or garbage.
One can simply not believe what the debugger shows in nested structs. Feel free to investigate further.
I hope it gets reported upstream from Infineon (and fixed).
Not applicable
May 17, 2016
01:10 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 17, 2016
01:10 AM
Hello,
another testcase to show the bug.
As you see, all structs got unique variable names.
And here you see:
The varibles are not correctly referenced and the value-column shows the same value for different variables. Setting a variable fails.
It should evaluate (((stuff).B_a).A_a).a but evalutes (stuff).a which does not exist.
another testcase to show the bug.
As you see, all structs got unique variable names.
And here you see:
Failed to execute MI command:
-data-evaluate-expression (stuff).a
Error message from debugger back end:
There is no member named a.
The varibles are not correctly referenced and the value-column shows the same value for different variables. Setting a variable fails.
It should evaluate (((stuff).B_a).A_a).a but evalutes (stuff).a which does not exist.
Not applicable
May 20, 2016
12:15 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May 20, 2016
12:15 AM
I tried an actual eclipse (Mars.2) install with integrated CDT (hardware debugging 8.8.1.201602051005) to debug.
The problem is still there.
The problem is still there.