[Guillaume]

Hi Charlie,

Where did you get SoftRobots.dll from?

[Guillaume]

What is the output if you run
~/SOFA/v21.12.00/bin/runSofa -l SofaPython3 ~/catkin_ws/src/sofaros/src/test_sofaros.py

[Guillaume]

Hi,

Could you provide the command you executed to get this output?

Thanks.

[Guillaume]

Hi Yuan,

Your environment looks good: PATH and PYTHONPATH are OK (PYTHONPACKAGE is useless, I think Hugo wanted to say PYTHONPATH).

The next step for you is to investigate which dependency of Sofa.Gui is not found, leading to the very unclear Windows error “DLL load failed” (thank you Windows).

To do that, I suggest you download the latest release of lucasg/Dependencies.
Unzip it on your computer and run the executable “DependenciesGui.exe”.

In DependenciesGui, open the file C:\SOFA\SOFA_v21.06.01_Win64\plugins\SofaPython3\lib\python3\site-packages\Sofa\Gui.cp37-win_amd64.pyd.

You should get a better idea of what is not found in the dependencies (upper-left part of DependenciesGui).

Hope that helps!
Guillaume.

[Guillaume]

Hi, sorry for the very late answer.

However, adding things manually is a bit of a hacky solution, I guess there is something wrong that prevent my dlls from being accessible/correctly loaded when running the .exe file. Can you also reproduce this error?

I agree it looks like a hacky solution but actually it’s the way Windows works. On Linux and MacOS, each library/executable has a RPATH: a list of folder hints to search for dependencies. There is no RPATH on Windows, thus we have to copy DLLs…
In SOFA, DLLs copy (among other things) after the install step on Windows is provided by a script under tools/postinstall-fixup.
To auto-run this script you can set -DSOFA_BUILD_RELEASE_PACKAGE=ON.

Hope that helps,
Guillaume.

[Guillaume]

Hi Serkan,

Sorry for the delay.
I just checked and, as I suspected, the stlib3 packages are not stable yet.

Compared to stlib, a lot of assets are missing and thus a scene created with stlib cannot be used with stlib3 by simply importing stlib3 instead of stlib.
Unfortunately, it looks like that’s what has been done for step4.pyscn: the python2 scene was SoftRobots\docs\tutorials\FirstSteps\details\step4.pyscn and it was converted to SoftRobots\docs\tutorials\FirstSteps\details\sofapython3\step4.py3scn simply by importing stlib3 instead of stlib.

I simpler words: consider that scenes using stlib3 might not work.
I will definitely push for a cleaning of all those scenes for the next SOFA release.

Thus, I advise that – for now – you stay on the old (but stable) stack:
Python2.7 + SofaPython + STLIB + SoftRobots
With this stack, I successfully loaded the Python2 version of the scene you are working with: SoftRobots\docs\tutorials\FirstSteps\details\step4.pyscn

Still, if you want to stick to Python3, it would be awesome to report on this topic or on a dedicated issue the scenes that are broken, the errors you encountered, and how you fixed them (if you did).

Hope that helps,
Guillaume.

[Guillaume]

Ok, there is an issue with SOFA “.exe” installer, thanks for spotting that!

Could you replace your SOFA with the “.zip” version and try again?

[Guillaume]

Where did you put import stlib3?
I’m afraid you won’t be able to simply convert a scene using stlib/splib (python2) by replacing all the imports to stlib3/splib3 (python3) because, as far as I know, all stlib/splib features have not been ported to stlib3/splib3.

In your output, the line [INFO] [SofaPython3] No python3 dir found in C:/Users/seergun/SOFA/v20.12.02/plugins/STLIB is not normal.
SofaPython3 should find C:/Users/seergun/SOFA/v20.12.02/plugins/STLIB/lib/python3/site-packages.
Do you have this directory?

[Guillaume]

Indeed stlib3 contains a python3 version of STLIB.
It is located in STLIB/lib/python3/site-packages.

Actually you have to choose :
– If you run runSofa -lSofaPython -lSTLIB (with python2 correctly set up in your environment) you will be able to load python2 scenes which contain import stlib
– If you run runSofa -lSofaPython3 -lSTLIB (with python3 correctly set up in your environment) you will be able to load python3 scenes which contain import stlib3

Thus, if you do runSofa -lSofaPython3 -lSTLIB you CANNOT load a scene which contains import stlib because the “stlib” package is a python2 package.

If the “stlib” package is critical for you and cannot be replaced with “stlib3”, you will have to switch to SofaPython2 (and setup python2 in your environment).

Hope that helps,
Guillaume.

[Guillaume]

I think I understand the issue.

Please try running runSofa -lSofaPython3 to force SofaPython3 to be loaded before any other plugin.
OR, you can also move upper the SofaPython3 line you added in plugin_list.conf (I suppose you did that).

The thing is SofaPython3 must be loaded before STLIB in order to have STLIB’s site-packages added to sys.path`.

Hope that helps,
Guillaume.

[Guillaume]

Could you please paste the entire log of your runSofa execution?
From your runSofa command line until the end of the crash log.

Thanks,
Guillaume.

[Guillaume]

Hi,

The line [INFO] [SofaPython3] No python3 dir found in C:/Users/seergun/SOFA/v20.12.02 is an old issue that has not been cleaned yet, but it is not fatal.
Thus it is not the reason of your crash.

What happens if you open Windows Console (cmd.exe) and run python -V ?

Hope that helps,
Guillaume.

[Guillaume]

Hi,

You don’t have to download and build GLEW by yourself.
As explained in build SOFA on Linux documentation, you simply need to run sudo apt install libglew-dev and CMake will then find GLEW in your system.

Hope that helps,
Guillaume.

[Guillaume]

Hi Olumide,

It looks like you are basing your project on a SOFA-build instead of a SOFA-install.
You should make install your SOFA and change the CMAKE_PREFIX_PATH to something like cmake -DCMAKE_PREFIX_PATH=/home/Olumide/sofa/src/Release/install .

Hope that helps,
Guillaume.

[Guillaume]

Hi,

It seems your build directory contains an old version of SofaSimulationCommon.
Try removing <your-SOFA-build-directory>/include/SofaSimulationCommon and compile again.

Cheers,
Guillaume.

[Guillaume]

Hi,

To debug this kind of issue you can load the problematic DLLs (here SoftRobots.dll) in a dependency checker like Dependency Walker on Windows.

Besides, I recommend you to switch to SOFA v20.12.01 if you can. All the plugins you need are embedded in it.

Cheers,
Guillaume.

[Guillaume]

Hi,

Indeed there seems to be an issue in the binaries.
Could you try to move the directories bin/resources and bin/translations at the top of SOFA install directory (one level higher basically) and execute again runSofa?

Guillaume.

[Guillaume]

The file is new, it was added in SOFA master by #1847.

You have 2 solutions:
– Keep your SOFA on v20.12 branch and switch SoftRobots to its v20.12 branch.
OR
– Switch your SOFA to master branch and keep SoftRobots on its master branch.

Hope that helps,
Guillaume.

[Guillaume]

Hi Mathieu,

Could you make sure that /home/srl/sofa/src/SofaKernel/modules/SofaCore/src/sofa/core/behavior/ConstraintResolution.h exists?

If yes, please paste here your CMakeCache.txt (located in the build directory).

Thanks,
Guillaume.

[Guillaume]

Hi eaparra,

I would suggest you take a look at this pull-request, which is an unfinished work about adding communication protocols to SOFA within a plugin.
Even though this work is not merged in SOFA (yet), I think it could be a good starting point for what you want to do.

Cheers,
Guillaume.

[Guillaume]

Hi,

Could you copy/paste IN THIS PAD a more complete output containing the error please?
Paste the entire output if you don’t know where is the error.

Thanks!
Guillaume.

[Guillaume]

Hi Peluntra,

What is your CMake version?

You could try replacing with CMake-GUI all occurrences of /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/OpenGL.framework by /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenGL.framework

EDIT: you can also try replacing by /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/OpenGL.framework

Hope that helps,
Guillaume.

[Guillaume]

Hi Pho,

SofaSimulationGraph is now a plugin and is installed in /plugins/SofaSimulationGraph

In order to be able to find_package plugins, you must add /plugins to CMAKE_PREFIX_PATH.

Thus, in your case you should do: cmake -DCMAKE_PREFIX_PATH="$SOFA_BLD/install/lib/cmake;$SOFA_BLD/install/plugins" $SP3_SRC

[Guillaume]

Hi @ajay,

Are you building out-of-SOFA or in-SOFA (using SOFA_EXTERNAL_DIRECTORIES)?

If you are building out-of-SOFA, you must
1. build and install STLIB
2. tell SoftRobots where to find STLIB by adding your STLIB install path into SoftRobots’ CMAKE_PREFIX_PATH

Hope this helps,
Guillaume.

[Guillaume]

Hi guys,

Since the issue linked by Hugo has been fixed, I mark this topic as Solved. Do not hesitate to answer if it’s not.

[Author]

Posts