LPC-Link2: no source available for "(gdb[0].proc[42000].threadGroup[i1] ,gdb[0].proc[42000].OSthread[1]).thread[1].frame[0]"

[lpcware]

Content originally posted in LPCWare by dinghouzx on Thu Nov 05 19:17:40 MST 2015
Hello! I am trying to build an AM Receiver using two LPC4370 boards. When we debug the project we get the error "no source available for '(gdb[0].proc[42000].threadGroup[i1],gdb[0].proc[42000].OSthread[1]).thread[1].frame[0]' ". We are only able to get noise from the speaker. We can not seem to connect to the radio station. Does any body know about this problem? Thank you very much. :((

[lpcware]

Content originally posted in LPCWare by lpcxpresso-support on Tue Dec 08 02:30:03 MST 2015
Yes, this does happen occasionally - basically the debug connection is reporting an address that the IDE then tries to display, but for which there is no source code information about in the image being debugged - often because the address is in the MCU's rom bootloader.

But replicating it reliably and then finding a mechanism to prevent it happening has proved difficult - though this is something we are trying to do.

Generally, you can just close the "extraneous" editor window and then continue debugging without issue.

Regards,
LPCXpresso Support

[lpcware]

Content originally posted in LPCWare by 8473 on Fri Dec 04 11:08:13 MST 2015
Hello,

for me this "strange annoyance" (-> It does not hurt debugging in any further way, I'd say) happens since I started tinkering with LPCs (~1 year).

It happens with OM13000, OM13073 using onboard LPC-Link I/II, as well as with "Keil ULink-2" on these and also on custom boards (LPC11x, LPC13x, LPC1788 based).

For me it seems as under some conditions (can't tell if depends on circuit, weather or moonphase) on debugger-startup some random address will be "opened" in LPCXpresso. Oftenly it is the reported error-message, sometimes it's a simple message like No source available for "0x1040aa44".

Watching this thread, being a bit more attentive.. following detail:

The "empy-editor" showing the No-source-available-message right now complains about address 0x1040aa44.
Console "arm-none-eabi-gdb (7.8.0.20150606)" actually shows:

[..]
This GDB was configured as "--host=i686-w64-mingw32 --target=arm-none-eabi".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
0x1040aa44 in ?? ()
Warning: the current language does not match this frame.
[EOF]

So, what could make the system want to show this address to the user?

Regards..

Edit:
"Randomness": From time to time the "random address" matches my project, so existing sourcefiles get openend from time to time, too..

[lpcware]

Content originally posted in LPCWare by lpcxpresso-support on Mon Nov 09 11:19:43 MST 2015
What does - "3 Release RAM (Load onto SRAM not Flash)" mean you are actually doing?

If you are building your code to run directly out of RAM, rather than intending to use the flash - then you should read this FAQ:

[list=1]
  [*]https://www.lpcware.com/content/faq/lpcxpresso/debugging-lpc18xxlpc43xx-ram-images
[/list]

However your debug log does suggest that your image is built to run from the SPIFI flash, and it shows up no specific problems.

One thing to watch though might be whether you have the target LPC4370 board (an LPC-Link2 ??) configured to boot from SPIFI or not - by closing JP1 : https://www.lpcware.com/lpclink2

Regards,
LPCXpresso Support

[lpcware]

Content originally posted in LPCWare by dinghouzx on Mon Nov 09 00:24:48 MST 2015
We chose "3 Release RAM (Load onto SRAM not Flash)." Does this answer your question?

[lpcware]

Content originally posted in LPCWare by dinghouzx on Mon Nov 09 00:20:37 MST 2015
LPCXpresso RedlinkMulti Driver v7.9 (Aug 11 2015 15:47:21 - crt_emu_cm_redlink build 486)
Found chip XML file in C:/Users/Kikou/Documents/LPCXpresso_7.9.2_493/workspace/AMReceiver/Release/LPC4370.xml
Probe Firmware: LPC-LINK2 CMSIS-DAP V5.112 (NXP Semiconductors)
VID:PID:  1FC9:0090
USB Path: \\?\hid#vid_1fc9&pid_0090&mi_00#7&de4dbc8&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}
Emu(0): Connected&Reset. DpID: 4BA00477. CpuID: 410FC240. Info: <None>
Debug protocol: JTAG. RTCK: Disabled. Vector catch: Disabled.
loaded v.2 External Flash Device on SPI C:\nxp\LPCXpresso_7.9.2_493\lpcxpresso\bin\Flash\LPC18_43_SPIFI_1MB_4KB.cfx
image 'LPC18/43 1MB(64KB) SPIFI Aug 11 2015 16:54:08'
Connected: was_reset=true. was_stopped=false
LPCXpresso Free License - Download limit is 256K
Writing 28012 bytes to address 0x14000000 in Flash
Progress meter completed at over 100% (32768/28012 bytes)
Erased/Wrote page  0-0 with 28012 bytes in 405msec
Flash Write Done
Flash Program Summary: 28012 bytes in 0.41 seconds (67.54 KB/sec)
============= SCRIPT: LPC18LPC43ExternalFLASHBootResetscript.scp =============
Boot from FLASH image pc/sp reset script
PC = 0x14000171
SP = 0x10020000
XPSR = 0x01000000
VTOR = 0x00000000
============= END SCRIPT =====================================================

Stopped: Halt
(crt_emu_cm_redlink) terminating due to request from GDB

[lpcware]

Content originally posted in LPCWare by lpcxpresso-support on Thu Nov 05 19:22:37 MST 2015
Are you building your code to download and run from internal RAM or from external SPIFI flash?

What does your debug log show?

https://www.lpcware.com/content/faq/lpcxpresso/debug-log

Regards,
LPCXpresso Support