2020-06-25 06:27 AM
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.
Solved! Go to Solution.
2024-11-06 05:10 AM
Hi,
In my case this worked:
I started debug session and 'random' file opened in the editor
I pressed 'Preferences' and
[Window > Preferences > Debug ]
Now, I do not see the 'random' file again.
2024-11-06 05:26 AM
It is no the 0x800128 file it is the startup*.s file or other random
existing .c files.
If you have only open your "app_main.cpp" and you press "debug"
it opens the "startup*.s" file or other files. And this is what we talking about.
paddawan
2024-11-06 05:29 AM
>> If you have only open your "app_main.cpp" and you press "debug"
it opens the "startup*.s" file or other files.
It does not.
2024-11-06 05:43 AM
Hm
your preferences tip is for "source not found".
it makes the random jump mostly after the second debug sesson.
If you have a new project, the first run is ok. After this it is mostly optening the .S
or other files.
Iam at the moment on 1.14.1. i tested it with 1.15. and 1.16.1,
but after there are the same issue i go back to 1.14.1
padawan
2024-11-06 06:20 AM
Ah, Only now I see this is a thread from 2020 and CubeIDE 1.14.1. Interesting you have problems with latest release.
and unfortunate you are not able to move to the latest version. Maybe if you reinstall OS. Might be some broken link to system settings.
I do not experience any problems with 1.16.
2024-11-06 06:27 AM - edited 2024-11-06 06:30 AM
This helped with my reset not working, could help resolving your problem
2024-11-06 06:56 AM - edited 2024-11-06 07:16 AM
@ferro wrote:This helped with my reset not working, could help resolving your problem
It now seems to consistently jump to the reset handler (though it's impossible to rule it out). However the problem is that it jumps there before flashing is finished and it also enables the continue button. If I click continue then the flashing crashes. So it only solves half the problem for me. I don't want the IDE to jump to any file and disable clicking on continue before flashing has finished and before it has started. If I set it to break in main I don't want the s file opened at all.
2024-11-06 07:06 AM
>> "it jumps there before flashing is finished and it also enables the continue button"
So CubeIDE (can) randomly interrupt the flashing process ?
>> "If I click continue then the flashing crashes."
Why would you want to run the program when it is not fully flashed yet. I miss some part of the picture.
>>"I don't want the IDE to jump to any file"
There are few places in IDE where you set 'jump to function'. Maybe these should be empty.
>>"and disable clicking on continue before flashing has finished."
Dont understand this part.
2024-11-06 07:09 AM
>> "it jumps there before flashing is finished and it also enables the continue button"
Ah, I think I got it - so IDE shows active 'run' button even though the flashing is still in the progreess, in the background. That's not good.
2024-11-06 07:23 AM
When I disable 'Set breakpoint at' my program does not stop after flashing, I think that is what you are after
[Debug Configurations > Startup ]