Qt 5.7, Visual Studio 2013, Windows 7 64Bit
Super-build successful
workbench starts and works
PluginGenerator crashes on start: Missing Qt5Network.dll
same for release and debug
Description
Description
Related Objects
Related Objects
Event Timeline
Comment Actions
If there's no batch file for starting the generator (?) you could copy the PATH=... line from one of the batch files of the Workbench to the command line before executing the generator again. Does it work then?
Comment Actions
It doesn't work even from within visual studio. Why does the plugin generator have a Qt dependency anyway?
Comment Actions
Turns out this is for an update feature that doesn't work anyways, as the URL it tries to access doesn't exist anymore. I'm not even sure if the PluginGenerator is still the way to go for new plugins. I would suggest to do it by hand the first time just to get an idea of all the stuff that is happening that would otherwise just be there. You could start by copying the important stuff from another plugin like the org.mitk.gui.qt.simulation plugin and thoroughly go through the files to prevent copy & paste errors as well as improve the understanding of plugin basics.
Comment Actions
I have seen the fixes deactivating QNetwork in 1881c497af3e4b810d131a2c05bb819e485bf4e7 . However this also removed the
-n option command line option to disable networking. This option is used by the plugin generator tests. I could remove it there, but @kislinsk I think we should discuss the general strategy.
Comment Actions
We should discuss the general strategy as Marco metioned above. The upcoming release will have major changes in the recommended way to start with MITK anyway (MITK_EXTENSION_DIRS feature).