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…[Read more]

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…[Read more]

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?

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…[Read more]

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…[Read more]

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`…[Read more]

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.

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 breaking. 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.

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.

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.

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.

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.

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.

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.
– Switch your SOFA to master branch and keep SoftRobots on its master branch.

Hope that helps,
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.

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.

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.

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

Hope that helps,
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