Hi Miklos,
the stack trace suggests that the segfault happens during shutdown of
the CTK plugin framework. The question is, why is it shutting down?
Could you provide a "real" stack trace (using the debugger) and the
console output with --BlueBerry.consoleLog ?
Thanks,
Sascha
On 07/13/2015 07:52 PM, Miklos Espak wrote:
Hi,
we have upgraded to MITK 2015.05.0. The code compiles, but our app
segfaults at start.
Any clue what the problem can be?
The stack trace:
0ctkPluginContextPrivate::isPluginContextValidctkPluginContext.cpp420x7ffff5cf0cf2
1ctkPluginContext::getServiceReferencesctkPluginContext.cpp1420x7ffff5cf160c
2ctkPluginContext::getServiceReferences<ctkApplicationHandle>ctkPluginContext.h3240x7fffeafe63bd
3berry::ApplicationContainer::StopAllAppsberryApplicationContainer.cpp4900x7fffeafe188c
4berry::ApplicationContainer::PluginChangedberryApplicationContainer.cpp4840x7fffeafe17ee
5berry::ApplicationContainer::qt_static_metacallmoc_berryApplicationContainer.cxx490x7fffeb06e7f9
6QMetaObject::activate(QObject*, QMetaObject const*, int,
void**)/build/opt/qt-4.8.7/lib/libQtCore.so.40x7ffff7a82cea
7ctkPluginFrameworkListeners::pluginChangedDirectmoc_ctkPluginFrameworkListeners_p.cxx1090x7ffff5d4ea86
8ctkPluginFrameworkListeners::emitPluginChangedctkPluginFrameworkListeners.cpp1740x7ffff5d12720
9ctkPluginFrameworkPrivate::shutdown0ctkPluginFramework_p.cpp1780x7ffff5d17f93
10QtConcurrent::VoidStoredMemberFunctionPointerCall2<void,
ctkPluginFrameworkPrivate, bool, bool, bool,
bool>::runFunctorqtconcurrentstoredfunctioncall.h6150x7ffff5d1b8a8
11QtConcurrent::RunFunctionTask<void>::runqtconcurrentrunbase.h1340x7ffff5d18ecf
12??/build/opt/qt-4.8.7/lib/libQtCore.so.40x7ffff796072e
13??/build/opt/qt-4.8.7/lib/libQtCore.so.40x7ffff796c7ef
14start_thread3120x7ffff6bba182
15clone1110x7ffff6eca47d
In (2) "clazz" is
"org.commontk.service.application.ApplicationHandle", "filter" is
"(!(application.state=STOPPING))"
I guess it is related to the new application launcher mechanism.
Our main function looks like this:
int main(int argc, char** argv)
{
// Create a QApplication instance first
mitk::BaseApplication app(argc, argv);
app.setApplicationName("NiftyView");
app.setOrganizationName("CMIC");
// Preload the org.mitk.gui.qt.common plug-in (and hence also Qmitk)
to speed
// up a clean-cache start. This also works around bugs in older
gcc and glibc implementations,
// which have difficulties with multiple dynamic opening and
closing of shared libraries with
// many global static initializers. It also helps if dependent
libraries have weird static
// initialization methods and/or missing de-initialization code.
QStringList preloadLibs;
preloadLibs << "liborg_mitk_gui_qt_common";
app.setPreloadLibraries(preloadLibs);
app.setProperty(mitk::BaseApplication::PROP_APPLICATION,
"uk.ac.ucl.cmic.gui.qt.niftyview");
return app.run();
}
Cheers,
Miklos
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
