After download, interface redirects to startup_stm32f407vgtx.s

[CoArc]

I encountered a strange problem while using STM32CubeIDE. After clicking "Debug" and then "Exit," in all subsequent actions (unless I restart the software), when I click "Download" (not "Debug"), the IDE interface redirects to another file (the line `ldr sp, =_estack /* set stack pointer */` in `startup_stm32f407vgtx.s`). While it's not a major issue, it's certainly annoying, like having sand in your shoe. I'm seeking a solution.

[Pavel A.]

Duplicate:

Run program opens a random file after a debuggin s... - STMicroelectronics Community

 

[Ghofrane GSOURI]

Hello All,

@Pavel A. Thank you for your contribution.

@CoArc After checking internally this is a known issue that has been detected and escalated to dev team under internal  Ticket 162500  and it will be fixed as soon as possible.

THX

Ghofrane

[Andrew Neil]

Yes - as already noted, this is a very long-running and well-known issue:

CubeIDE 2.1.0: Still opening spurious files when starting a debug session

 

PS:

With a workaround noted here.

[Pavel A.]

This issue is hard to resolve IMHO because the behavior of the debugger is correct: when execution breaks, it tries to open a source file at the current point. The break in startup code during start of the session is "technical" and execution immediately resumes. But source tab/window stays open and annoys the user.

IMHO this can be "fixed" by remembering the list of open source windows (tabs) before the debugger start procedure and comparing it with state after end the start procedure. If the target state is "running": close all new windows (opened during the startup). Else leave new windows open.  This can be optimized further (for example, delay auto-opening source & disassembly windows while the debugger start procedure hasn't ended. Then cancel opening if the target state is "running". Etc... )  This approach won't affect auto-opening source when target hits normal breakpoints.

@Ghofrane GSOURI