cancel
Showing results for 
Search instead for 
Did you mean: 

Jumping to random file after pressing Run button

GeneralTao
Associate II

Hello. When I press to Run (Run main.c) button, STM32CubeIDE opens random file, possibly, from current repository, for example: startup_stm32l452xx.s, core_cm4.h etc...

Code is loading successful, but this side effect bothers me.

I would like to disable this function. How can I do it?

If you need more information about this behavior please, ask.

Thank you for reading.

206 REPLIES 206

@ferro wrote:

"for no reason"
It is a startup file. This might be a reason.

"The point is it should not open any file"
Said who ? Why not ? What is expected bahaviour ?


Expected behavior is that the IDE does nothing while the MCU is being flashed and debug session is being set up. Not opening files. Not switching tabs.
When a breakpoint is reached the IDE should open the file which has that breakpoint.

Kudo posts if you have the same problem and kudo replies if the solution works.
Click "Accept as Solution" if a reply solved your problem. If no solution was posted please answer with your own.

But again, this is your or our wish, assumption, probably unrealistic expectaions. Not meaning it offensively. As I said this thread has only few contributors.

And the opened .s file is not stopping us from developing apps. However, what @padawan experiences is really bizzare.

the startup file is shown even in CebeIDE user manual. So it seems they consider it as OK ? Who knows.

https://www.st.com/resource/en/user_manual/um2609-stm32cubeide-user-guide-stmicroelectronics.pdf

 

ferro_0-1748447469462.png

 

AAlis.23
Senior

This post is starting to feel like a series... every day I’m just here waiting for the next episode of The Last of Us. Hoping one day we get a happy ending.

haha, it does doesn't it..embedded is a jungle..but we'll get there, its all fun

ferro
Lead

Try untick the 'Enable live expressions'

This prevented opening the startup_stm32xxx.s.

 

ferro_0-1748625114100.png

 

Sorry, but it doesn't work. Tested, the startup file still opens.

Thanks for checking. I can control opening startup with that option.

Second option I can force startup to (not) open is this

Untick [Set breakpoint at]

ferro_0-1748629506689.png

 


@ferro wrote:

Thanks for checking. I can control opening startup with that option.

Second option I can force startup to (not) open is this

Untick [Set breakpoint at]

 


Great investigative work. Is it safe to conclude there is a bug in setting the breakpoint automatically at main?

Kudo posts if you have the same problem and kudo replies if the solution works.
Click "Accept as Solution" if a reply solved your problem. If no solution was posted please answer with your own.
AAlis.23
Senior

Sorry, but no, close but not quite. The issue isn't that it sets an automatic breakpoint in main if you've selected that in the startup configuration, the problem is setting any breakpoint. That is, if you have no breakpoints set and don't have that option enabled, there's no issue. But if you set even a single breakpoint anywhere or enable that startup configuration one, then the startup.s file opens automatically.