Debugging failed after convert to stand-alone project

[matiase]

Hi,

I try to convert basic project with Hal Libraries to stand-alone project. I would like to work only with CMSIS  and code directly on registers. What I do:

1. Crate embedded project – choose MSBuild and C language standard
2. Choose arm-eabi toolchain and select STM32F103RB device
3. Select sample project with LEDBlink (HAL)
4. Debug using ST-Link v2.1, Debugged device: STM32F1xxx
5. Finish create project
6. Go to Properites -> Embedded Project and click on Convert to stand-alone project
7. Next I try to build project, but files LEDBlink.c and system_stm32f1xx.c contain reference to Hal Library, so I remove tchem.
8. Create in Source files folder new C++ file, main.cpp
9. Write very basic program in main.cpp
10. Build program successfully
11. Try to Start a program without debugging
12. I get a error: Debbugging failed. VisualGDB has encountered a problem while starting debugging. Failed to program 9 out of 9 sections.
13. Send logs in attachment.

My basic program in main.cpp:

int main(void)
 {
 while (1)
 {

}

return 0;
 }

• This topic was modified 6 years, 5 months ago by matiase.
• This topic was modified 6 years, 5 months ago by matiase.
• This topic was modified 6 years, 5 months ago by matiase.
• This topic was modified 6 years, 5 months ago by support. Reason: formatting

Attachments:

You must be logged in to view attached files.

[support]

Hi,

It looks like you have removed the startup file from the project (file containing the entry point and the interrupt vectors), so the binary you build ends up completely empty (as all the functions in the project are deemed unused). Note the zero memory usage on the build screenshot.

In order to get a minimal working project, you would need to have an interrupt vector table, a reset handler invoking your main() function and a linker script placing them to correct locations.

If you are not familiar with the details of the GCC-based project initialization, please consider copying BSP-related files instead of removing them, and then removing the unnecessary files and settings from project in several steps, rechecking that the project still builds between them. This should be easier than re-creating the necessary parts of the program from a completely empty project.

[Author]

Posts