Re: [mitk-users] Possible bug in berryPreferencesService

Hi Yashodhan, please report a bug under OpenCherry-OSGi with me as assignee. Blueberry is just the new name of openCherry, so both things mean the same. Thanks Michael -Ursprüngliche Nachricht- Von: Yashodhan Nevatia [mailto:yashodhan.neva...@spaceapplications.com] Gesendet: Dienstag,

[mitk-users] Possible bug in berryPreferencesService

Hi Marco, Ingmar, I came across a possible bug in berryPreferencesService::ImportPreferences(). If you provide a name that has not been previously added to the preferences, the iterator returned by the find call returns the end of the structure, which results an assertion failed runtime error o

Re: [mitk-users] Sharing code between different Plugins

Hi Simon, looks good, except that one of your files includes "QmitkFunctionality.h", which belongs to the org.mitk.gui.qt.common bundle. Modules cannot have dependencies on bundles, only the other way around. You shouldn't include QmitkFunctionality.h anyway, except if you want to contribute

Re: [mitk-users] Sharing code between different Plugins

Thanks a lot, Sascha, sounds good so far.. I set up a CMakeList.txt as following: PROJECT(myMitkModule) CMAKE_MINIMUM_REQUIRED(VERSION 2.6) SET(BUILD_SHARED_LIBS 1) FIND_PACKAGE(MITK REQUIRED) MITK_CREATE_MODULE( MyMitkModule INCLUDE_DIRS core DEPENDS MitkExt QmitkExt QT_

Re: [mitk-users] Communication between plugins

Hi, Are you developing your code inside the MITK source tree, or in an "external" directory? In the latter case, I'm not sure if modules are supposed to work. What is the unmodified output path for your .lib file in the Visual Studio project settings? It worked for me under Linux, but I don't