Jumping to random file after pressing Run button

[GeneralTao]

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.

[unsigned_char_array]

---

@ferro wrote:

Hi @unsigned_char_array 

@padawan  etc.

I just thought about buying a development kit that we all agree on (maybe an H7, around £60), sharing a single project, and comparing the results and settings. It would be better to have sth tangible.

What do you think ?

---

I have an STM32H735G-DK development board. If you get the same it would be the same one or another one for the H7 I could replicate what you make. But I don't think the exact target hardware is important. I could be wrong.

[ferro]

"I have an STM32H735G-DK"

Ok, i'll buy one. It might be with me next week.

"But I don't think the exact target hardware is important. I could be wrong."

Yes, let's see.

https://www.st.com/en/evaluation-tools/stm32h735g-dk.html

[AAlis.23]

I have many boards (including the STM32H735G-DK); the problem exists in all of them because it is related to the IDE, not the hardware.

[ferro]

"and the errata is worng: its not only a/the startup file."

It might be that this ID is copied without much thinking. Just as a matter of fact, to keep few people happy that it is tracked.

ST team might have no idea what this thread is about. How many people are on this thread, 30 ?

We have no idea how many of users experience this and are bothered by it.1000 out of 100'000 ?

[awiegel]

FWIW, our dev team works with many different types of STM32 cpu's like the G0b1, F746, F412, F413, H7, etc. , different IDE versions and application types and it happens in all cases.

@char[] and @FE, cool that you are going to put this to a real test. I hope it contributes to some more insight in the exact behaviour.

[ferro]

Hm, very interesting, @AAlis.23 says the same.

1. What ST Links is your team using - I've got STLINK-V3SET, bought few months ago.

2. And this random jump is with no braeakpoint set ? If yes, what happens if you set BP at main () ?

[ferro]

It was few months ago I remember I worked on this and it was you I disscussed that jump to known address when reset and you also had that problem with flashing process running in background. And I left with understanding that that solved what this thread is about as well.

I remember your post with collection of threads related to this issue. A bit difficult to navigate in this maze.

[ferro]

Running my application with gdb server from command line was pretty valuable exercise. Highly recommend it. Gave me a better understanding what I see in CubeIDE.

https://www.st.com/resource/en/user_manual/um2576-stm32cubeide-stlink-gdb-server-stmicroelectronics.pdf

https://wiki.st.com/stm32mpu/wiki/GDB_commands

https://kickstartembedded.com/2024/03/26/openocd-one-software-to-rule-debug-them-all/

[unsigned_char_array]

---

@ferro wrote:

Hm, very interesting, @AAlis.23 says the same.

1. What ST Links is your team using - I've got STLINK-V3SET, bought few months ago.

2. And this random jump is with no braeakpoint set ? If yes, what happens if you set BP at main () ?

---

I have the STLINK-V3SET too. Some dev kits have build-in debuggers. Such as the STM32H735G-DK. In that case you just need a USB-cable.

[ferro]

"Some dev kits have build-in debuggers."

Ah, of course, thanks. Another variable in chain out of equation.