cancel
Showing results for 
Search instead for 
Did you mean: 

Yet another "Failed to execute MI command" problem...

White_Fox
Associate III

Hi guys

This project here was built and debugged fine last week. Today, I get this message:

'Launching has encounteres a problem.

Error in final launch sequence:

Failed to execute MI command:
-environment-cd
<Path/to/project>

Error message from debugger back end:
<Path/to/project>

Here is the whole console output:

 

STMicroelectronics ST-LINK GDB server. Version 7.8.0
Copyright (c) 2024, STMicroelectronics. All rights reserved.

Starting server with the following options:
        Persistent Mode            : Disabled
        Logging Level              : 1
        Listen Port Number         : 61234
        Status Refresh Delay       : 15s
        Verbose Mode               : Disabled
        SWD Debug                  : Enabled
        InitWhile                  : Enabled

Waiting for debugger connection...
Shutting down...
Exit.

 

err msg.png

There are a lot posts with "Failed to execute MI command" problems here, but I did not find mine. I hope, somebody knows how to fix that. As I said, running and debuging the project worked nice some days ago, and I do not see reason why it does not continue its fluent work today.

 

 

 

1 ACCEPTED SOLUTION

Accepted Solutions

@Semer CHERNI wrote:

Hello @White_Fox 

First let me thank you for posting.

 

Are you still facing the same misbehavior?

If it's the case, can you change the port used by GDB server.
Also, can you try to run the GDB server manually from the CLI?

KR,
Semer.


Hi everyone

Finally, I fixed it by myself, so I'm unfortunately not able to try other solutions anymore.

The fix was:

  1. Copy the project folder
  2. Delete everything but the .ioc (CubeMX file) in the project folder
  3. Let CubeMX build a new project
  4. Put the sources from the copy back into the new clean project.

It works now again, so I assume that some project settings get broken. It's a kind of ram hammer method, but it worked quickly. (I'm glad enough to have no need for further setting stuff like importing arm_math.h stuff, as I have in a parallel project.)

View solution in original post

4 REPLIES 4
Semer CHERNI
ST Employee

Hello @White_Fox 

First let me thank you for posting.

 

Are you still facing the same misbehavior?

If it's the case, can you change the port used by GDB server.
Also, can you try to run the GDB server manually from the CLI?

KR,
Semer.

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.

Pavel A.
Evangelist III

Funny characters in the project path, again. Recipe for trouble.

 


@Semer CHERNI wrote:

Hello @White_Fox 

First let me thank you for posting.

 

Are you still facing the same misbehavior?

If it's the case, can you change the port used by GDB server.
Also, can you try to run the GDB server manually from the CLI?

KR,
Semer.


Hi everyone

Finally, I fixed it by myself, so I'm unfortunately not able to try other solutions anymore.

The fix was:

  1. Copy the project folder
  2. Delete everything but the .ioc (CubeMX file) in the project folder
  3. Let CubeMX build a new project
  4. Put the sources from the copy back into the new clean project.

It works now again, so I assume that some project settings get broken. It's a kind of ram hammer method, but it worked quickly. (I'm glad enough to have no need for further setting stuff like importing arm_math.h stuff, as I have in a parallel project.)


@Pavel A. wrote:

Funny characters in the project path, again. Recipe for trouble.

 


Yes, that's right, but to be honest, we are not in the eighties anymore even we are still using C. Modern software should be able to handle also no-ASCII-characters, I think. Other software can handle it too.