Qt dependencies for Windows 10

Elisa · Jan 17, 2019, 4:54 PM

Hi! Somehow it got fixed, I can't say for sure what fixed it, as I removed several modules, but it is now working again and my module loads in debug. I will pay attention if it happens again, because there is a high chance it was caused by a module :) Thanks for your help!!

DmitriyMarin · Jan 17, 2019, 5:10 PM

You may try adding modules one-by-one to see which one caused it. Was it one from samson-connect.net?

Elisa · Jan 18, 2019, 9:56 AM

I will try, I don't think it was one from SAMSON connect, as most of them I had them for long. I think probably it was due to several things, maybe when re-installing all the programming environment again, some new things had a conflict with modules. It was really weird, and as I said my colleague has almost an identical installation (we went through it together) and also several modules installed and he didn't have the problem.

Elisa · Feb 11, 2019, 2:04 PM

Hi!

Another colleague had the same problem. I still don't know what caused it, but it went away after uninstalling all modules related to minimization and simulations (we uninstalled them in a batch, so I don't know which one could cause it, or if it was due to an interaction between our custom module and one of these, and therefore it could be our fault).

Best regards,

Elisa

DmitriyMarin · Feb 11, 2019, 2:07 PM

Did you have them installed before? Did you install them again after?

Elisa · Feb 11, 2019, 2:12 PM

I had them installed for a long time, so it was either an update in any of those modules, or a bug I introduced that somehow conflicts with them.

I haven't install them after this, but once our module is ready for release I will definitely check this issue again (as I was playing with Anaconda3, and putting it on the path also affects Qt, there is a chance it was related to this).

DmitriyMarin · Feb 11, 2019, 2:17 PM

I suspect it might be related more to Anaconda3 affecting Qt, since Anaconda also ships Qt libraries.
If you suspect that it is due to SAMSON modules, could you, please, put a list of those you are suspecting causing the problem.

Elisa · Mar 25, 2019, 10:18 AM

Hi!
I think it is Anaconda3 definitely, as I had again the problem after playing around with the python bindings. I have submitted a samson log which shows an error.

DmitriyMarin · Mar 25, 2019, 10:35 AM

Thank you for reporting, @Elisa !

In the report message, you write that you get this problem when you try to run Debug. The Python scripting is supported only in Release mode since Python is not shipped with debug libraries.

Is the crash report you submitted from the SAMSON-Debug or from SAMSON?

DmitriyMarin · Mar 25, 2019, 10:38 AM

When you create Python bindings for your SAMSON Element, you should do it only for the Release version of the Element and not for the Debug version.

Elisa · Mar 25, 2019, 10:39 AM

From SAMSON release I think.
So I did the following: I configured everything to get Python Scripting working so I could work on the branch of my project that has the Python bindings. Everything went ok so far, I then checked-out to the branch without python bindings and removed Python Scripting from my elements. Then I tried to run Debug and it crashed, I could run Samson release but I got that error. I removed Anaconda3 from my path, re-run cmake and the error was gone.

DmitriyMarin · Mar 25, 2019, 11:01 AM

Did you clean the project (clean, re-run cmake) after checking the version without Python bindings?

If you add Anaconda3 to your Path environment variable now, does SAMSON crash when you run in Debug?

I suggest adding some variable defining whether you compile the project with Python bindings or without such that it won't be compiled with Python bindings in the Debug mode at all, e.g. in the CMakeLists.txt of your Element (see the PyBindTutorial sample):

####################################################
#   Python bindings
####################################################
IF( NOT DEBUG ) # Disable the creation of Python bindings in the Debug mode since Python is not supported in the Debug mode

    FIND_PACKAGE( PythonInterp ${PYTHON_VERSION} REQUIRED )

	IF ( PYTHONINTERP_FOUND )
	    SET(CREATE_PYTHON_BINDINGS TRUE)
	ENDIF ( PYTHONINTERP_FOUND )

ENDIF()

IF ( CREATE_PYTHON_BINDINGS )

    # Determine Python paths, see PyBindTutorial
    # ...

    # This define is used in the code to determine whether Python bindings should be created or not
    add_definitions(-DCREATE_PYTHON_BINDINGS)

ELSE ( CREATE_PYTHON_BINDINGS )

    SET (PYTHON_LIBRARY "")

ENDIF ( CREATE_PYTHON_BINDINGS )

# ...

TARGET_LINK_LIBRARIES (	${OUTPUT_NAME}
			${QT_LIBRARIES}
			${PYTHON_LIBRARY}
			${OPENGL_LIBRARY}
			${SAMSON_SDK_LIBRARIES} )

And then use this CREATE_PYTHON_BINDINGS variable in your code like it is done in the PyBindTutorial sample, e.g.:

#ifdef CREATE_PYTHON_BINDINGS

#include "pybind11/pybind11.h"

// ...

#endif

You can test whether you have the same problem with the PyBindTutorial sample when you compile it in the Release mode, and then launch SAMSON in the Debug mode.

Elisa · Mar 25, 2019, 11:09 AM

Hi, yes, I deleted the build folder and run cmake after checking out from the Python bindings version. If I add Anaconda3 now I don't think it will crush unless I re-run cmake again, I have cloned my repository again so I don't need to check out and will test this next time I run the version with python bindings.

I never had problems launching the version with Python Bindings in the debug mode, it just doesn't show up but otherwise runs fine, but I will check again.

DmitriyMarin · Mar 25, 2019, 11:21 AM

Could you, please, also check whether in the CMakeLists of your Element you link to a Python library even in the Debug version?

Elisa · Mar 25, 2019, 12:39 PM

Hi Dmitriy,
My CMakeLists for the Python Bindings version is like you posted above, so I'm not linking in the debug mode. My other branches don't have any reference to Python in the CMakeLists, so they are not linking neither.