Draft-Workbench fails on Windows 7 32 bit

[yorik]

Are you sure you are compiling the latest source code? Normally there is no more reference to PyQt in draft or arch. And your error: must be sip.simplewrapper, not PySide.QtGui.QWidget suggests that Draft is passing a PySide widget to FreeCAD, which expects a PyQt one (sip object). So I think your FreeCAD version is still compiled with pyqt.

[ulrich1a]

Are you sure you are compiling the latest source code?

Yes I did compile the latest code, as you can see here:

OS: Windows 7
Platform: 32-bit
Version: 0.14.3021 (Git)
Branch: master
Hash: 9fdf3f64ad3a959a27aab0c8d98b6ca92f45ee55
Python version: 2.6.2
Qt version: 4.5.2
Coin version: 3.1.0
SoQt version: 1.4.1
OCC version: 6.5.1

And as wmayer said:

Python is not C++. In Python you cannot build (link) against a library. Everything happens at runtime.

I conclude this must be a problem with the library-package supplied for windows. I copied the bin-folder of the windows-library-package into the bin-folder of the Build-directory, as was suggested to me at this forum a long time ago.
I noticed that several files of pyside have the same name as those files from PyQt4. I think some of these files are not in the right folder and are mixed up. I do not know, which files this could be.

Ulrich

[ulrich1a]

The error message at calling the Draft-workbench is:

Draft_start.png (23.73 KiB) Viewed 2504 times

"unwrapinstance" seems to point to soqt_wrap.cpp. So this is c++, which calls sip.

I do not understand, why this is a problem with windows but not with linux.
The code of soqt_wrap says, it is generated with swig.

Ulrich

[yorik]

I don't think this has to do with the draft module anymore... I'm afraid there is something wrong more deeply inside the pivy bowels...

[ulrich1a]

I'm afraid there is something wrong more deeply inside the pivy bowels

I agree.
I had should post this in pyside migration.

Ulrich

[ulrich1a]

Just to make a last remark.
The real cause of this issue was the missing settings inside of the Libpack8xx.cmake file for shiboken and PySide.
Hopefully this will be solved upstream.

Ulrich

[microelly2]

hallo ulrich

actually I have the same problem
how did you modify the libpack8xx.cmake?

[ulrich1a]

how did you modify the libpack8xx.cmake?

I posted it here: viewtopic.php?f=10&t=5303&start=80#p43747
I did add the code at the end of the file libpack8xx.cmake
I had a look at libpack9xx.cmake and adapted the code from there.

I filed a bug in the meantime: http://www.freecadweb.org/tracker/view.php?id=1375
But no reaction so far.

Ulrich

[yorik]

The libpack is not something that is worked on very often, so it might take time for someone to pick up your bug. One way to accelerate this, if you want, is to ease the work by submitting a patch or, even better, a git merge request.

[ulrich1a]

The libpack is not something that is worked on very often, so it might take time for someone to pick up your bug. One way to accelerate this, if you want, is to ease the work by submitting a patch or, even better, a git merge request.

The Libpack itself has no problems. It is only one file in the Cmake folder of FreeCAD missing a few lines.
I posted the lines here: viewtopic.php?f=10&t=5303&start=80#p43747
This is also given as reference in the bug report. The error I made, was not to putting the correction direct into the bug-report. I was not totally sure, as I had a question regarding one line.

Ulrich