I work on two identical sets: VS Code on Ubuntu + Colibri imx6.dl.
On one of these sets I open a new c/c++ project. The project compiles and starts without any problems.
I then copy the project directory to the other set.
There I open it by executing the “Torizon: Rebuild SDK and reload in container” command,
compile it, and when I run it I get the following message from TERMINAL:
gdbserver: Error disabling address space randomization: Success
/bin/sh: 1: exec: /Test_app/Test_app: Permission denied
During startup program exited with code 126.
Exiting
First of all, I would have some questions about your setup.
From what I understand, you are using two identical setups. So this means you’re using two PCs each one running Ubuntu. Connected to each of the machines is one of our modules, in your case Colibri iMX6DL.
Now, you are trying to run your test script on one of these setups, and then copy the project to the other machine to run it there as well. Am I understanding this right?
Instead of copying, did you try to create the project from scratch on the second machine?`
Do you use GIT for this?
The messages you get in the Terminal, are you talking about the Terminal inside VS Code? And you are running this application inside a container as the user “torizon” is that correct?
Furthermore, I would need some information about the setup you’re using. Information like:
HW version of the modules
Torizon version
Version of Torizon extension for VS code
Additionally, it might be helpful to attach the project folder. So that we could reproduce the same setup here.
From what I understand, you are using two identical setups.
So this means you’re using two PCs each one running Ubuntu.
Connected to each of the machines is one of our modules, in your case Colibri iMX6DL.
Exactly.
Now, you are trying to run your test script on one of these setups, and then copy the project to the other machine to run it there as well.
Am I understanding this right?
Yes.
Instead of copying, did you try to create the project from scratch on the second machine?`
I don’t know what you mean by scratch…
In VS Code, I open the project with either “Open Folder” and “Torizon: Reload SDK and reopen in container” commands
or “Torizon: Import existing c/c++ application”.
In both cases, the end result is the same.
Do you use GIT for this?
No, I don’t use.
The messages you get in the Terminal, are you talking about the Terminal inside VS Code?
Yes.
And you are running this application inside a container as the user “torizon” is that correct?
Yes.
HW version of the modules: V1.1A
Torizon version: Linux colibri-imx6-10694529 5.4.77-5.3.0+git.a2e5dc80229e #1-TorizonCore SMP Mon Jun 21 11:19:26 UTC 2021 armv7l armv7l armv7l GNU/Linux
Version of Torizon extension for VS code: 1.3.0
Additionally.
When the program executes correctly, the file has the executable attribute:
drwx------ 2 torizon torizon 4096 Sep 16 08:42 .
drwxr-xr-x 18 torizon torizon 4096 Sep 16 14:10 … -rwxr-xr-x 1 torizon torizon 9356 Sep 17 07:23 Test_app
I could use your project (build, deploy, run on module) after deleting the old Test_app binary and rebuilding it all. As you correctly noticed, the binary - also inside the project - was not marked as executable.