What's the next step on your end - will you make a new set of generated_cpp files in svn? As you know we try to keep the patched fork in CTK as close to your version as possible. https://github.com/commontk/PythonQt Thanks again for the fix!
Oops, sorry - my mistake: I forgot to include the patch to PythonQtMethodInfo.cpp. With that it's working!
I rebuilt with the current svn trunk of PythonQt. The QSocketNotifier include in qtscript_masterinclude.h was not needed. Unfortunately the new wrappings don't work for me - the constructor exists but it's not callable with a python integer. Is there a way to cast a python integer to a qintptr? This is the error message: File "/Users/pieper/slicer4/latest/SlicerWeb/WebServer/WebServer.py", line 1841, in start self.notifier = qt.QSocketNotifier(self.socket.fileno(),qt.QSocketNotifier.Read) ValueError:...
I call it the result of fileno() on python socket object. The python docs say this is "a small integer".
Sounds good. I can try some experiments in our fork and send you the diffs.
Okay, I guess I figured it out - adding this <primitive-type name="qintptr"/> to the end of line 168 of typesystem_core.xml appears to fix the wrapping fpr the socket classes (not tested yet, but the generated code looks like what I expect. There are many other rejected functions in the log so maybe it would be good to make a pass through and add more types?
Thanks Florian. I was able to run the generator with this command: $ QTDIR=~/Qt/5.8/gcc_64/ ./pythonqt_generator $ grep QSocketNotifier *.log mjb_rejected_functions.log:QSocketNotifier::d_func mjb_rejected_functions.log:QSocketNotifier::QSocketNotifier qintptr mjb_rejected_functions.log:QSocketNotifier::socket qintptr It looks like qintptr is not in the type system? There are a bunch of other socket-related classes listed in the rejected function log.
Hi Florian - It is indeed strange - everything else I've tried seems work fine. Maybe I'm the only one who used QSocketNotifier from PythonQt. If you look at the generated code from 4.8 in  it has the constructors and all the methods while the while the ones for 5.0  only three methods. So the class is not completely skipped but it is incomplete for some reason. I agree the Qt headers look essentially the same so I suppose something happened in the generator process. In my workaround I copy...