QPluginLoader fails when using "debug" config

[paradiza]

Hi,

I'm using Qt 4.2.1 on Debian (etch) and I try to build a few plugins to extend my app's functionality. The problem I have is that QPluginLoader won't load my plugin if I compile the plugin (and the app of course) with "CONFIG += debug". In this case a subsequent QPluginLoader::errorString() just returns "Unknown Error".

However, when I leave CONFIG blank or set it to "release" all works flawlessly. The same behaviour can be witnessed when I try the official example code "plugandpaint" - the static library is loaded by the application but the dynamic library isn't.

Due to this I think that this is not related to my code but to Qt in general. Any idea?


Regards

[jacek]

The first parameter of Q_EXPORT_PLUGIN2 macro must match the file name, so if there is "d" or "_debug" appended to plugin's name in debug mode, you have to make relevant change in your code.

[paradiza]

True, but I'm using a static name as TARGET in my pro file. Even if I would use the dynamic version (as plugandpaint does)...

contains(TEMPLATE,lib) {
   CONFIG(debug, debug|release) {
      mac:TARGET = $$member(TARGET, 0)_debug
      win32:TARGET = $$member(TARGET, 0)d
   }
}

contains(TEMPLATE,lib) {
   CONFIG(debug, debug|release) {
      mac:TARGET = $$member(TARGET, 0)_debug
      win32:TARGET = $$member(TARGET, 0)d
   }
}

To copy to clipboard, switch view to plain text mode 

... it would only be relevant for Windoze and Mac OS, right?

As I'm using this .pro file...

TEMPLATE = lib
CONFIG += plugin debug
HEADERS += plugin.h
SOURCES += plugin.cpp
DESTDIR = ../bin/plugins
TARGET = plugin

TEMPLATE = lib
CONFIG += plugin debug
HEADERS += plugin.h
SOURCES += plugin.cpp
DESTDIR = ../bin/plugins
TARGET = plugin

To copy to clipboard, switch view to plain text mode 

... my usage of Q_EXPORT_PLUGIN2(plugin, Plugin) should be correct I think.

para

[jacek]

... my usage of Q_EXPORT_PLUGIN2(plugin, Plugin) should be correct I think.

Yes, it should be OK in such situation.

Nevertheless you could try Q_EXPORT_PLUGIN2(plugin_debug, Plugin) and rename your plugin to libplugin_debug.so.

[paradiza]

I just tried it... doesn't work.

Have a look at examples/tools/plugandpaintplugins/extrafilters/extrafiltersplugin.cpp. Even Trolltech uses a fixed value as target name in Q_EXPORT_PLUGIN2 although they consider the other host operating systems in their .pro file (see first code sample above). As stated above, adding debug to their CONFIG won't work either. Can you reproduce that on your machine? Maybe that gives us a clue...

para

[paradiza]

From the Qt docs:

If you configure Qt to be built in both debug and release modes, but only build applications in release mode, you need to ensure that your plugins are also built in release mode. By default, if a debug build of Qt is available, plugins will only be built in debug mode. To force the plugins to be built in release mode, add the following line to the plugin's project file:
CONFIG += release
This will ensure that the plugin is compatible with the version of the library used in the application.

What do they mean with the first sentence? Does the behaviour depend on the way Qt itself was built? I'm using the Debian package and hence have no influence on that I mean, as long as I set the same CONFIG values for the plugin and the app it should work, right?

para

[jacek]

I mean, as long as I set the same CONFIG values for the plugin and the app it should work, right?

Right .

[jacek]

Have a look at examples/tools/plugandpaintplugins/extrafilters/extrafiltersplugin.cpp. Even Trolltech uses a fixed value as target name in Q_EXPORT_PLUGIN2 although they consider the other host operating systems in their .pro file (see first code sample above).

Maybe something changed in Qt 4.2, but Qt 4.1 was very picky about that first parameter.

As stated above, adding debug to their CONFIG won't work either. Can you reproduce that on your machine?

I've just rebuilt both plugandpaint application and extrafilterplugin in debug mode and it seems to work OK.

[paradiza]

Maybe something changed in Qt 4.2, but Qt 4.1 was very picky about that first parameter.

I've just rebuilt both plugandpaint application and extrafilterplugin in debug mode and it seems to work OK.

Which Qt version and which OS are you using? Do you see libpnp_extrafilters.so being listed in the plugin dialog?

Thanks

[jacek]

Which Qt version and which OS are you using?

Qt 4.2.2 under PLD Linux.

Do you see libpnp_extrafilters.so being listed in the plugin dialog?

Yes and I can use those filters.

Did you add CONFIG += debug in extrafilters.pro or in plugandpaintplugins.pro (I did in the first one)?

[paradiza]

I set it in

1. basictools.pro (added "debug")
2. extrafilters.pro (added "debug")
3. plugandpaint.pro (added "CONFIG += debug")

Didn't you change plugandpaint.pro?

[wysota]

Make sure that all components are built either in debug or release modes. Qt, plugin and your app should all be linked against each other (specifically the plugin should be built against the same version (debug or release) of Qt libraries). If in doubt, use ldd to check if the application and the plugin are linked against the same files when it comes to Qt dependency.

[paradiza]

Make sure that all components are built either in debug or release modes. Qt, plugin and your app should all be linked against each other (specifically the plugin should be built against the same version (debug or release) of Qt libraries). If in doubt, use ldd to check if the application and the plugin are linked against the same files when it comes to Qt dependency.

So you confirm what jacek says: if my Qt installation was built with "-release" instead of "-debug-and-release" there will never be a chance to compile my app and its plugins in debug mode because the Qt libs are not available for that mode, right?

How could they design such a dependency? I understand that the plugin verification needs to ensure that app and plugin have to be compiled the same way, but it should not care about Qt itself in my opinion...

para

[jacek]

Didn't you change plugandpaint.pro?

Yes I did.

I've built my Qt version in debug_and_release mode --- maybe that's why it works on my system?

[paradiza]

Possibly. In this case the Qt docs would make more sense to me but I still wouldn't understand Trolltech for creating a dependency to the Qt build process itself!
Can one determine how a given Qt installation was build...?

On the other hand it still seems to me that this is unrelated to my problem as the configure option appears to be applicable for Mac OS only:

-debug-and-release . Compile and link two versions of Qt, with and without debugging turned on. [Mac only]

Maybe it's time for an official bug report to clarify this...?

para