From e.bekrek at yandex.com Mon Jan 18 07:48:12 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Mon, 18 Jan 2021 13:48:12 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <2047501610973340@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> Message-ID: <3537591610974006@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Tue Jan 19 07:46:55 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Tue, 19 Jan 2021 13:46:55 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <3537591610974006@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> Message-ID: <5968391611060360@mail.yandex.com> An HTML attachment was scrubbed... URL: From M.Nolden at Dkfz-Heidelberg.de Fri Jan 22 04:51:59 2021 From: M.Nolden at Dkfz-Heidelberg.de (Nolden, Marco) Date: Fri, 22 Jan 2021 09:51:59 +0000 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <5968391611060360@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> Message-ID: <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> Hi Ramazan, thanks for your interesting efforts! I see the general idea, and conceptually BlueBerry may be closer to the CTK plugin framework than to MITK, but at the same time it?s a working system in the way it?s setup right now. Could you maybe give some background about your goals or expectations? You can probably understand that a massive change like this will need considerable resources for review and maintenance in both communities to make this change something the projects using CTK are having a real benefit from. One thing that has been discussed in the MITK community before was a standalone BlueBerry, to make it available to non-medical applications. So this _could_ be something to aim for, but again this wouldn?t be a primary goal for MITK development right now, and in my opinion this could or even should also live outside of the primary CTK repository to make it most useful for the non-medical community looking for a flexible application framework. Marco Von: Ctk-developers Im Auftrag von Ramazan Erg?der Bekrek Gesendet: Dienstag, 19. Januar 2021 13:47 An: mitk-users ; ctk-developers Betreff: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Good news everyone the whole BLUEBERRY framework is now 100% successfully compiling on Windows with VS 2019 and Qt. Here you can find the latest repo version https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Besdt Regards 18.01.2021, 13:48, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. The link for the repo with working compilation is here : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 18.01.2021, 13:40, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 13.01.2021, 23:42, "Ramazan Erg?der Bekrek" >: Have a look at the commits of that branch and you will get what I am talking about. If you have ideas and details you noticed I didn't take into consideration then let me know. https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Best regards 13.01.2021, 20:48, "Ramazan Erg?der Bekrek" >: I just started from scratch again so that you can follow what I am talking about since the beginning https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk 13.01.2021, 18:59, "Ramazan Erg?der Bekrek" >: Another solution could be we check inside of the code from Blueberry and remove all connection to mbilog and adapt it with the logging system from CTK just by replacing the specific lines. This is just another idea I am not sure about 100% so I would need you perspective. 13.01.2021, 16:52, "Alex Melville" >: Hi Ramazan, I am aware of the Virtual PC option and I have several of them, but they are very very slow since Visual Studio is very very disk I/O heavy. To make things a bit more complicated, I need to run Docker on my primary dev machine (which prevents me from easily running VirtualBox) so all this would have to happen on a different PC. If I get time I can see what I can do, but let's be honest, this will not be an insignificant amount of effort. CMake / build scripts in general are not a super convenient thing to debug remotely. Did you get a chance to try my suggestion? How did it go? - Alex On Wed, Jan 13, 2021 at 10:47 AM Ramazan Erg?der Bekrek > wrote: I also found this link with 196 mb iso file which is stripped down version. https://sites.google.com/site/tinyxpfiles/home/1 12.01.2021, 21:21, "'Ramazan Erg?der Bekrek'" >: What I would recommend you to do is to install Virtual Box with Tiny Vista Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio 2019 Community with mitk latest Version and my repo. What die you think? 15:49, January 12, 2021, "amelvill at umich.edu" >: Hi Ramazan, First, there?s one unfortunate thing I have to mention, we use a rather old version of MITK, and as a result, every PC I have that I use with MITK uses Visual Studio 2013 and there?s no way I can upgrade, and I can?t risk running a more recent version in parallel. So I can give you suggestions, but unfortunately it will probably be a futile effort for me to actually try and build it. I can?t even make a fresh install of Windows, because this job has taken every PC and SSD I own, and then some (between the dev PC and my ?build? PC). Anyway, here is what I think about this: mbilogExports.h: mbilogExports.h is an automatically generated header that comes as part of the build process. For me this is what it contains (I found it here: MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h) #ifndef MBILOG_EXPORT_H #define MBILOG_EXPORT_H #ifdef MBILOG_STATIC_DEFINE # define MBILOG_EXPORT # define MBILOG_NO_EXPORT #else # ifndef MBILOG_EXPORT # ifdef mbilog_EXPORTS /* We are building this library */ # define MBILOG_EXPORT __declspec(dllexport) # else /* We are using this library */ # define MBILOG_EXPORT __declspec(dllimport) # endif # endif # ifndef MBILOG_NO_EXPORT # define MBILOG_NO_EXPORT # endif #endif #ifndef MBILOG_DEPRECATED # define MBILOG_DEPRECATED __declspec(deprecated) #endif #ifndef MBILOG_DEPRECATED_EXPORT # define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED #endif #ifndef MBILOG_DEPRECATED_NO_EXPORT # define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED #endif #if 0 /* DEFINE_NO_DEPRECATED */ # ifndef MBILOG_NO_DEPRECATED # define MBILOG_NO_DEPRECATED # endif #endif #endif /* MBILOG_EXPORT_H */ This is kind of a hacky thing to do, but I wonder if you could just copy/paste this into the mbilog source and use that, since I can?t think of a reason why this needs to be auto-generated, other than to take advantage of some free stringizing. Try this and let me know what happens, Hope that helps, * Alex From: Ramazan Erg?der Bekrek > Sent: Tuesday, January 12, 2021 7:36 AM To: amelvill at umich.edu Subject: Re: [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Well you can follow the part I blocked. It seems that we need to adapt mbilog or remove it by replacing the logging system from CTK. I was wondering if we could just wrap it around CTK's logging and bam smoothly let it believe that it still uses MITK logging. What do you think? Best Regards 16:20, October 6, 2020, "Ramazan Erg?der Bekrek" >: Greetings, I am still in the pursuit of happiness with this endeavor of moving BlueBerry from MITK downward to CTK. Up until now I didn't receive any feedback with that repository that I created as a branch. I still persisted and almost got it working but due to my lack of CMake understanding I think a little support from all of you would be appreciated. I almost was able to compile org.blueberry.core.runtime as I had it converted to a CTK plugin format when it complained that mbilog was missing its include files. I've checked mbilog in MITK and saw that it was a MITK Module. Since there is no module in CTK I thought the equivalent could be a Lib like the Core, PluginFramework, etc... So I converted the mbilog as a CTK Library and almost got it work. Unfortunately I don't understand what is mbilog and also I ask myself if there is no such equivalent available in CTK already that we could just adapt org.blueberry.core.runtime to use that instead of mbilog. This is the error I am getting when I try to compile 1> CTKCore.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll 1> CTKWidgets.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll 1> CTKWidgetsPlugins.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll 1> CTKPluginFramework.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll 1> Generating moc_mbilogExports.cpp 1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file I created this include file to reflect the structure from MITK inside of CTK/Libs/Core/include:MITK/Modules/Core/include : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1 I did the standard export directive here : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17 I still don't get why this file is not created by CTK. I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19 https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154 The only thing I could not get my head around is this part which I could not translate to CTK. I think there is no equivalent but if there is one please let me know: https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44 You can follow the commit timeline https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework Best regards _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users -- Sent from Yandex.Mail for mobile -- Sent from Yandex.Mail for mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Fri Jan 22 05:17:02 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Fri, 22 Jan 2021 11:17:02 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> Message-ID: <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> An HTML attachment was scrubbed... URL: From M.Nolden at Dkfz-Heidelberg.de Fri Jan 22 05:24:46 2021 From: M.Nolden at Dkfz-Heidelberg.de (Nolden, Marco) Date: Fri, 22 Jan 2021 10:24:46 +0000 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> Message-ID: <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> Hi Ramazan, BlueBerry used to be more separated in MITK (this is also where some references to blueberry.org may dangle around). But it?s always a tradeoff to maintain completely separate repositories and build systems, as I said before from a pure architectural view you are completely right. In the beginning it even had an abstraction layer to make it independent of Qt, impressive work by the principal developer, but again something with a tradeoff. Marco Von: Ramazan Erg?der Bekrek Gesendet: Freitag, 22. Januar 2021 11:17 An: Nolden, Marco ; mitk-users ; ctk-developers Betreff: Re: AW: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Hi Marco! Thank you for your feedback. The goal actually was to get the same development feeling without having the need to use all the heavy dependencies that come with MITK. Having something like OSGi Eclipse Equinox and Eclipse RPC to start to program right away in any field was my goal. Right now the people at MITK didn't for see to cut the modularity outside of their Architecture. The ideal was in my thoughts to make this a brother plugin bundle in CppMicroservices but I didn't have time and energy to go down lower. CTK felt for me like CppMicroservices with modified version. And I needed Qt5 on top of OSGi + the beautiful Eclipse RPC feeling. 10:52, January 22, 2021, "Nolden, Marco" >: Hi Ramazan, thanks for your interesting efforts! I see the general idea, and conceptually BlueBerry may be closer to the CTK plugin framework than to MITK, but at the same time it?s a working system in the way it?s setup right now. Could you maybe give some background about your goals or expectations? You can probably understand that a massive change like this will need considerable resources for review and maintenance in both communities to make this change something the projects using CTK are having a real benefit from. One thing that has been discussed in the MITK community before was a standalone BlueBerry, to make it available to non-medical applications. So this _could_ be something to aim for, but again this wouldn?t be a primary goal for MITK development right now, and in my opinion this could or even should also live outside of the primary CTK repository to make it most useful for the non-medical community looking for a flexible application framework. Marco Von: Ctk-developers > Im Auftrag von Ramazan Erg?der Bekrek Gesendet: Dienstag, 19. Januar 2021 13:47 An: mitk-users >; ctk-developers > Betreff: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Good news everyone the whole BLUEBERRY framework is now 100% successfully compiling on Windows with VS 2019 and Qt. Here you can find the latest repo version https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Besdt Regards 18.01.2021, 13:48, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. The link for the repo with working compilation is here : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 18.01.2021, 13:40, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 13.01.2021, 23:42, "Ramazan Erg?der Bekrek" >: Have a look at the commits of that branch and you will get what I am talking about. If you have ideas and details you noticed I didn't take into consideration then let me know. https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Best regards 13.01.2021, 20:48, "Ramazan Erg?der Bekrek" >: I just started from scratch again so that you can follow what I am talking about since the beginning https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk 13.01.2021, 18:59, "Ramazan Erg?der Bekrek" >: Another solution could be we check inside of the code from Blueberry and remove all connection to mbilog and adapt it with the logging system from CTK just by replacing the specific lines. This is just another idea I am not sure about 100% so I would need you perspective. 13.01.2021, 16:52, "Alex Melville" >: Hi Ramazan, I am aware of the Virtual PC option and I have several of them, but they are very very slow since Visual Studio is very very disk I/O heavy. To make things a bit more complicated, I need to run Docker on my primary dev machine (which prevents me from easily running VirtualBox) so all this would have to happen on a different PC. If I get time I can see what I can do, but let's be honest, this will not be an insignificant amount of effort. CMake / build scripts in general are not a super convenient thing to debug remotely. Did you get a chance to try my suggestion? How did it go? - Alex On Wed, Jan 13, 2021 at 10:47 AM Ramazan Erg?der Bekrek > wrote: I also found this link with 196 mb iso file which is stripped down version. https://sites.google.com/site/tinyxpfiles/home/1 12.01.2021, 21:21, "'Ramazan Erg?der Bekrek'" >: What I would recommend you to do is to install Virtual Box with Tiny Vista Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio 2019 Community with mitk latest Version and my repo. What die you think? 15:49, January 12, 2021, "amelvill at umich.edu" >: Hi Ramazan, First, there?s one unfortunate thing I have to mention, we use a rather old version of MITK, and as a result, every PC I have that I use with MITK uses Visual Studio 2013 and there?s no way I can upgrade, and I can?t risk running a more recent version in parallel. So I can give you suggestions, but unfortunately it will probably be a futile effort for me to actually try and build it. I can?t even make a fresh install of Windows, because this job has taken every PC and SSD I own, and then some (between the dev PC and my ?build? PC). Anyway, here is what I think about this: mbilogExports.h: mbilogExports.h is an automatically generated header that comes as part of the build process. For me this is what it contains (I found it here: MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h) #ifndef MBILOG_EXPORT_H #define MBILOG_EXPORT_H #ifdef MBILOG_STATIC_DEFINE # define MBILOG_EXPORT # define MBILOG_NO_EXPORT #else # ifndef MBILOG_EXPORT # ifdef mbilog_EXPORTS /* We are building this library */ # define MBILOG_EXPORT __declspec(dllexport) # else /* We are using this library */ # define MBILOG_EXPORT __declspec(dllimport) # endif # endif # ifndef MBILOG_NO_EXPORT # define MBILOG_NO_EXPORT # endif #endif #ifndef MBILOG_DEPRECATED # define MBILOG_DEPRECATED __declspec(deprecated) #endif #ifndef MBILOG_DEPRECATED_EXPORT # define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED #endif #ifndef MBILOG_DEPRECATED_NO_EXPORT # define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED #endif #if 0 /* DEFINE_NO_DEPRECATED */ # ifndef MBILOG_NO_DEPRECATED # define MBILOG_NO_DEPRECATED # endif #endif #endif /* MBILOG_EXPORT_H */ This is kind of a hacky thing to do, but I wonder if you could just copy/paste this into the mbilog source and use that, since I can?t think of a reason why this needs to be auto-generated, other than to take advantage of some free stringizing. Try this and let me know what happens, Hope that helps, * Alex From: Ramazan Erg?der Bekrek > Sent: Tuesday, January 12, 2021 7:36 AM To: amelvill at umich.edu Subject: Re: [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Well you can follow the part I blocked. It seems that we need to adapt mbilog or remove it by replacing the logging system from CTK. I was wondering if we could just wrap it around CTK's logging and bam smoothly let it believe that it still uses MITK logging. What do you think? Best Regards 16:20, October 6, 2020, "Ramazan Erg?der Bekrek" >: Greetings, I am still in the pursuit of happiness with this endeavor of moving BlueBerry from MITK downward to CTK. Up until now I didn't receive any feedback with that repository that I created as a branch. I still persisted and almost got it working but due to my lack of CMake understanding I think a little support from all of you would be appreciated. I almost was able to compile org.blueberry.core.runtime as I had it converted to a CTK plugin format when it complained that mbilog was missing its include files. I've checked mbilog in MITK and saw that it was a MITK Module. Since there is no module in CTK I thought the equivalent could be a Lib like the Core, PluginFramework, etc... So I converted the mbilog as a CTK Library and almost got it work. Unfortunately I don't understand what is mbilog and also I ask myself if there is no such equivalent available in CTK already that we could just adapt org.blueberry.core.runtime to use that instead of mbilog. This is the error I am getting when I try to compile 1> CTKCore.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll 1> CTKWidgets.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll 1> CTKWidgetsPlugins.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll 1> CTKPluginFramework.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll 1> Generating moc_mbilogExports.cpp 1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file I created this include file to reflect the structure from MITK inside of CTK/Libs/Core/include:MITK/Modules/Core/include : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1 I did the standard export directive here : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17 I still don't get why this file is not created by CTK. I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19 https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154 The only thing I could not get my head around is this part which I could not translate to CTK. I think there is no equivalent but if there is one please let me know: https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44 You can follow the commit timeline https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework Best regards _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users -- Sent from Yandex.Mail for mobile -- Sent from Yandex.Mail for mobile -- Sent from Yandex.Mail for mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Fri Jan 22 09:42:18 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Fri, 22 Jan 2021 15:42:18 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> Message-ID: <9716501611326410@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Fri Jan 22 10:50:20 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Fri, 22 Jan 2021 16:50:20 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <9716501611326410@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> Message-ID: <3909571611330608@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Fri Jan 22 17:08:19 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Fri, 22 Jan 2021 23:08:19 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <9716501611326410@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> Message-ID: <5921611353283@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 23 12:04:46 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 23 Jan 2021 18:04:46 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <5921611353283@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> Message-ID: <5388421611421431@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 23 12:07:13 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 23 Jan 2021 18:07:13 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <5388421611421431@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> Message-ID: <942691611421599@mail.yandex.com> An HTML attachment was scrubbed... URL: From lasso at queensu.ca Sat Jan 23 14:32:40 2021 From: lasso at queensu.ca (Andras Lasso) Date: Sat, 23 Jan 2021 19:32:40 +0000 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <942691611421599@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> Message-ID: 3D Slicer relies on CTK and we regularly make fixes and improvements. We do not use the plugin framework, so we can tolerate any changes to it, as long as we can keep it disabled and does not break the build of CTK. Our slight preference would be to move the plugin framework out of CTK, just to keep CTK smaller and more focused. But since all these changes heavily impact MITK and nobody else has been spoken up, you need to agree in the strategy with Marco. Andras From: Ctk-developers On Behalf Of Ramazan Erg?der Bekrek Sent: Saturday, January 23, 2021 12:07 PM To: Nolden, Marco ; mitk-users ; ctk-developers Subject: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Can someone give some insight here please? I have the impression either everybody is sleeping because of Corona or people are busy.... :D https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk 23.01.2021, 18:05, "Ramazan Erg?der Bekrek" >: Ok it seems that those errors had to do with CMake flags I didn't included from ITK. Now that I've cleared that out there's other weird compilation errors that I don't get because I don't have that much C++ knowledge. G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(42,24): error C2079: 'Observer' uses undefined class 'itk::ITKCommon_HIDDEN' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(44,1): error C2059: syntax error: 'public' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error C2143: syntax error: missing ';' before '{' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,20): error C2588: '::~Observer': illegal global destructor [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error C2575: 'Observer': only member functions and bases can be virtual [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,22): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error C2365: 'itk::Observer': redefinition; previous definition was 'data variable' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,1): error C2653: 'Observer': is not a class or namespace name [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,12): error C2523: '::~Observer': destructor tag mismatch [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(57,1): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,10): error C2065: 'm_Event': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,17): error C2541: 'delete': cannot delete objects that are not pointers [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(61,24): error C2079: 'SubjectImplementation' uses undefined class 'ITKCommon_HIDDEN' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(63,1): error C2059: syntax error: 'public' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error C2143: syntax error: missing ';' before '{' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,25): error C2588: '::~SubjectImplementation': illegal global destructor [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,27): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,4): error C2365: 'SubjectImplementation': redefinition; previous definition was 'data variable' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error C2143: syntax error: missing ',' before '&' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error C2143: syntax error: missing ',' before '&' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,62): error C2270: 'AddObserver': modifiers not allowed on nonmember functions [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 22.01.2021, 23:09, "Ramazan Erg?der Bekrek" >: I've past beyond the last compilation error with new ones: 1> mitkException.cpp 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.cpp(43,26): error C2247: 'itk::ExceptionObject::GetDescription' not accessible because 'mitk::Exception' uses 'private' to inherit from 'itk::ExceptionObject' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(111): message : see declaration of 'itk::ExceptionObject::GetDescription' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.h(48): message : see declaration of 'mitk::Exception' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(49): message : see declaration of 'itk::ExceptionObject' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> mitkLog.cpp 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkExceptionMacros.h(20,1): warning C4005: 'ITK_LOCATION': macro redefinition [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkMacro.h(479): message : see previous definition of 'ITK_LOCATION' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(40,3): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(42,23): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(50,34): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(64,39): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(70,3): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(99,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(109,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(119,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(128,7): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(135,7): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> itkSimpleFastMutexLock.cxx 1> itkSimpleFastMutexLockNoThreads.cxx 1> itkSimpleFastMutexLockPThreads.cxx 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,3): error C2065: 'pthread_mutexattr_t': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): error C2146: syntax error: missing ';' before identifier 'mta' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,27): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,3): error C3861: 'pthread_mutexattr_init': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,30): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,35): error C2065: 'PTHREAD_MUTEX_RECURSIVE': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,3): error C3861: 'pthread_mutexattr_settype': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,43): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,3): error C3861: 'pthread_mutex_init': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(44,3): error C3861: 'pthread_mutex_destroy': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(51,3): error C3861: 'pthread_mutex_lock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,30): error C3861: 'pthread_mutex_trylock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,27): error C2789: 'lockCaptured': an object of const-qualified type must be initialized [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58): message : see declaration of 'lockCaptured' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(71,3): error C3861: 'pthread_mutex_unlock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> itkSimpleFastMutexLockWinThreads.cxx 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(36,3): error C3861: 'InitializeCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(42,3): error C3861: 'DeleteCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(49,3): error C3861: 'EnterCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(56,29): error C3861: 'TryEnterCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(69,3): error C3861: 'LeaveCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 22.01.2021, 15:43, "Ramazan Erg?der Bekrek" >: Hi again Marco, I am almost at the last stage for compiling the external dependencies like ITK headers and MITK but somehow I end up with many compilation errors. 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(304,1): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] Link latest stand : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Can you provide your insight or maybe advice how to resolve this road block. Best Regards 22.01.2021, 11:25, "Nolden, Marco" >: Hi Ramazan, BlueBerry used to be more separated in MITK (this is also where some references to blueberry.org may dangle around). But it's always a tradeoff to maintain completely separate repositories and build systems, as I said before from a pure architectural view you are completely right. In the beginning it even had an abstraction layer to make it independent of Qt, impressive work by the principal developer, but again something with a tradeoff. Marco Von: Ramazan Erg?der Bekrek > Gesendet: Freitag, 22. Januar 2021 11:17 An: Nolden, Marco >; mitk-users >; ctk-developers > Betreff: Re: AW: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Hi Marco! Thank you for your feedback. The goal actually was to get the same development feeling without having the need to use all the heavy dependencies that come with MITK. Having something like OSGi Eclipse Equinox and Eclipse RPC to start to program right away in any field was my goal. Right now the people at MITK didn't for see to cut the modularity outside of their Architecture. The ideal was in my thoughts to make this a brother plugin bundle in CppMicroservices but I didn't have time and energy to go down lower. CTK felt for me like CppMicroservices with modified version. And I needed Qt5 on top of OSGi + the beautiful Eclipse RPC feeling. 10:52, January 22, 2021, "Nolden, Marco" >: Hi Ramazan, thanks for your interesting efforts! I see the general idea, and conceptually BlueBerry may be closer to the CTK plugin framework than to MITK, but at the same time it's a working system in the way it's setup right now. Could you maybe give some background about your goals or expectations? You can probably understand that a massive change like this will need considerable resources for review and maintenance in both communities to make this change something the projects using CTK are having a real benefit from. One thing that has been discussed in the MITK community before was a standalone BlueBerry, to make it available to non-medical applications. So this _could_ be something to aim for, but again this wouldn't be a primary goal for MITK development right now, and in my opinion this could or even should also live outside of the primary CTK repository to make it most useful for the non-medical community looking for a flexible application framework. Marco Von: Ctk-developers > Im Auftrag von Ramazan Erg?der Bekrek Gesendet: Dienstag, 19. Januar 2021 13:47 An: mitk-users >; ctk-developers > Betreff: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Good news everyone the whole BLUEBERRY framework is now 100% successfully compiling on Windows with VS 2019 and Qt. Here you can find the latest repo version https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Besdt Regards 18.01.2021, 13:48, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. The link for the repo with working compilation is here : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 18.01.2021, 13:40, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 13.01.2021, 23:42, "Ramazan Erg?der Bekrek" >: Have a look at the commits of that branch and you will get what I am talking about. If you have ideas and details you noticed I didn't take into consideration then let me know. https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Best regards 13.01.2021, 20:48, "Ramazan Erg?der Bekrek" >: I just started from scratch again so that you can follow what I am talking about since the beginning https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk 13.01.2021, 18:59, "Ramazan Erg?der Bekrek" >: Another solution could be we check inside of the code from Blueberry and remove all connection to mbilog and adapt it with the logging system from CTK just by replacing the specific lines. This is just another idea I am not sure about 100% so I would need you perspective. 13.01.2021, 16:52, "Alex Melville" >: Hi Ramazan, I am aware of the Virtual PC option and I have several of them, but they are very very slow since Visual Studio is very very disk I/O heavy. To make things a bit more complicated, I need to run Docker on my primary dev machine (which prevents me from easily running VirtualBox) so all this would have to happen on a different PC. If I get time I can see what I can do, but let's be honest, this will not be an insignificant amount of effort. CMake / build scripts in general are not a super convenient thing to debug remotely. Did you get a chance to try my suggestion? How did it go? - Alex On Wed, Jan 13, 2021 at 10:47 AM Ramazan Erg?der Bekrek > wrote: I also found this link with 196 mb iso file which is stripped down version. https://sites.google.com/site/tinyxpfiles/home/1 12.01.2021, 21:21, "'Ramazan Erg?der Bekrek'" >: What I would recommend you to do is to install Virtual Box with Tiny Vista Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio 2019 Community with mitk latest Version and my repo. What die you think? 15:49, January 12, 2021, "amelvill at umich.edu" >: Hi Ramazan, First, there's one unfortunate thing I have to mention, we use a rather old version of MITK, and as a result, every PC I have that I use with MITK uses Visual Studio 2013 and there's no way I can upgrade, and I can't risk running a more recent version in parallel. So I can give you suggestions, but unfortunately it will probably be a futile effort for me to actually try and build it. I can't even make a fresh install of Windows, because this job has taken every PC and SSD I own, and then some (between the dev PC and my "build" PC). Anyway, here is what I think about this: mbilogExports.h: mbilogExports.h is an automatically generated header that comes as part of the build process. For me this is what it contains (I found it here: MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h) #ifndef MBILOG_EXPORT_H #define MBILOG_EXPORT_H #ifdef MBILOG_STATIC_DEFINE # define MBILOG_EXPORT # define MBILOG_NO_EXPORT #else # ifndef MBILOG_EXPORT # ifdef mbilog_EXPORTS /* We are building this library */ # define MBILOG_EXPORT __declspec(dllexport) # else /* We are using this library */ # define MBILOG_EXPORT __declspec(dllimport) # endif # endif # ifndef MBILOG_NO_EXPORT # define MBILOG_NO_EXPORT # endif #endif #ifndef MBILOG_DEPRECATED # define MBILOG_DEPRECATED __declspec(deprecated) #endif #ifndef MBILOG_DEPRECATED_EXPORT # define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED #endif #ifndef MBILOG_DEPRECATED_NO_EXPORT # define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED #endif #if 0 /* DEFINE_NO_DEPRECATED */ # ifndef MBILOG_NO_DEPRECATED # define MBILOG_NO_DEPRECATED # endif #endif #endif /* MBILOG_EXPORT_H */ This is kind of a hacky thing to do, but I wonder if you could just copy/paste this into the mbilog source and use that, since I can't think of a reason why this needs to be auto-generated, other than to take advantage of some free stringizing. Try this and let me know what happens, Hope that helps, * Alex From: Ramazan Erg?der Bekrek > Sent: Tuesday, January 12, 2021 7:36 AM To: amelvill at umich.edu Subject: Re: [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Well you can follow the part I blocked. It seems that we need to adapt mbilog or remove it by replacing the logging system from CTK. I was wondering if we could just wrap it around CTK's logging and bam smoothly let it believe that it still uses MITK logging. What do you think? Best Regards 16:20, October 6, 2020, "Ramazan Erg?der Bekrek" >: Greetings, I am still in the pursuit of happiness with this endeavor of moving BlueBerry from MITK downward to CTK. Up until now I didn't receive any feedback with that repository that I created as a branch. I still persisted and almost got it working but due to my lack of CMake understanding I think a little support from all of you would be appreciated. I almost was able to compile org.blueberry.core.runtime as I had it converted to a CTK plugin format when it complained that mbilog was missing its include files. I've checked mbilog in MITK and saw that it was a MITK Module. Since there is no module in CTK I thought the equivalent could be a Lib like the Core, PluginFramework, etc... So I converted the mbilog as a CTK Library and almost got it work. Unfortunately I don't understand what is mbilog and also I ask myself if there is no such equivalent available in CTK already that we could just adapt org.blueberry.core.runtime to use that instead of mbilog. This is the error I am getting when I try to compile 1> CTKCore.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll 1> CTKWidgets.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll 1> CTKWidgetsPlugins.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll 1> CTKPluginFramework.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll 1> Generating moc_mbilogExports.cpp 1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file I created this include file to reflect the structure from MITK inside of CTK/Libs/Core/include:MITK/Modules/Core/include : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1 I did the standard export directive here : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17 I still don't get why this file is not created by CTK. I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19 https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154 The only thing I could not get my head around is this part which I could not translate to CTK. I think there is no equivalent but if there is one please let me know: https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44 You can follow the commit timeline https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework Best regards _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users -- Sent from Yandex.Mail for mobile -- Sent from Yandex.Mail for mobile -- Sent from Yandex.Mail for mobile ,, _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users ,, _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users ,, _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 23 14:41:28 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 23 Jan 2021 20:41:28 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> Message-ID: <4686601611430718@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 23 14:49:48 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 23 Jan 2021 20:49:48 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> Message-ID: <1915441611431320@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 23 15:24:35 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 23 Jan 2021 21:24:35 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <4686601611430718@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <4686601611430718@mail.yandex.com> Message-ID: <1063911611433421@mail.yandex.com> An HTML attachment was scrubbed... URL: From m.nolden at dkfz-heidelberg.de Mon Jan 25 08:39:46 2021 From: m.nolden at dkfz-heidelberg.de (Marco Nolden) Date: Mon, 25 Jan 2021 14:39:46 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <1915441611431320@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> Message-ID: Dear Ramazan, again there is quite some history in these approaches, MITK is >15 years old, CTK started >10 years ago, as you can imagine not everything could be planned perfectly from the beginning. As I wrote in my first post I think we could discuss a strategy here if you outline a bit more what you are aiming at. But please be aware that the resources to support you are limited, and we should aim for realistic improvements. Maybe smaller pull requests following a specific and accepted aim could be an alternative. Regarding compilation errors I would also suggest to move to github issues of the respective projects. Posting this on two mailing lists doesn't work well. And as I also wrote in my first post I think a separate repository / project for your endeavors could be a good idea as long as we don't have an agreed on strategy on how to move things around or to separate repositories. Marco On 1/23/21 8:49 PM, Ramazan Erg?der Bekrek wrote: > Actually the best would be to drop the PluginFramework and replace it > with a dependency on CppMicroServices... Also I don't get it why there > is 2 plugin frameworks in MITK one is CTKPluginFramework and the > second CppMicroServices. > > > 23.01.2021, 20:32, "Andras Lasso" : > > 3D Slicer relies on CTK and we regularly make fixes and > improvements. We do not use the plugin framework, so we can > tolerate any changes to it, as long as we can keep it disabled and > does not break the build of CTK. > > Our slight preference would be to move the plugin framework out of > CTK, just to keep CTK smaller and more focused. But since all > these changes heavily impact MITK and nobody else has been spoken > up, you need to agree in the strategy with Marco. > > Andras > > *From:*Ctk-developers > *On Behalf Of > *Ramazan Erg?der Bekrek > *Sent:* Saturday, January 23, 2021 12:07 PM > *To:* Nolden, Marco >; mitk-users > >; ctk-developers > > > *Subject:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry > Framework from MITK towards CTK making it independant of the > massive MITK setup > > Can someone give some insight here please? I have the impression > either everybody is sleeping because of Corona or people are > busy.... :D > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > 23.01.2021, 18:05, "Ramazan Erg?der Bekrek" >: > > Ok it seems that those errors had to do with CMake flags I > didn't included from ITK. Now that I've cleared that out > there's other weird compilation errors that I don't get > because I don't have that much C++ knowledge. > > G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(42,24): > error C2079: 'Observer' uses undefined class > 'itk::ITKCommon_HIDDEN' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(44,1): > error C2059: syntax error: 'public' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): > error C2143: syntax error: missing ';' before '{' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): > error C2447: '{': missing function header (old-style formal > list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,20): > error C2588: '::~Observer': illegal global destructor > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): > error C2575: 'Observer': only member functions and bases can > be virtual > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,22): > error C4430: missing type specifier - int assumed. Note: C++ > does not support default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): > error C2365: 'itk::Observer': redefinition; previous > definition was 'data variable' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,1): > error C2653: 'Observer': is not a class or namespace name > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,12): > error C2523: '::~Observer': destructor tag mismatch > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(57,1): > error C4430: missing type specifier - int assumed. Note: C++ > does not support default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,10): > error C2065: 'm_Event': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,17): > error C2541: 'delete': cannot delete objects that are not > pointers > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(61,24): > error C2079: 'SubjectImplementation' uses undefined class > 'ITKCommon_HIDDEN' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(63,1): > error C2059: syntax error: 'public' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): > error C2143: syntax error: missing ';' before '{' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): > error C2447: '{': missing function header (old-style formal > list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,25): > error C2588: '::~SubjectImplementation': illegal global > destructor > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,27): > error C4430: missing type specifier - int assumed. Note: C++ > does not support default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,4): > error C2365: 'SubjectImplementation': redefinition; previous > definition was 'data variable' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): > error C4430: missing type specifier - int assumed. Note: C++ > does not support default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): > error C2143: syntax error: missing ',' before '&' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): > error C4430: missing type specifier - int assumed. Note: C++ > does not support default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): > error C2143: syntax error: missing ',' before '&' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,62): > error C2270: 'AddObserver': modifiers not allowed on nonmember > functions > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 22.01.2021, 23:09, "Ramazan Erg?der Bekrek" > >: > > I've past beyond the last compilation error with new ones: > > 1> ? ?mitkException.cpp > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.cpp(43,26): > error C2247: 'itk::ExceptionObject::GetDescription' not > accessible because 'mitk::Exception' uses 'private' to > inherit from 'itk::ExceptionObject' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(111): > message : see declaration of > 'itk::ExceptionObject::GetDescription' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.h(48): > message : see declaration of 'mitk::Exception' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(49): > message : see declaration of 'itk::ExceptionObject' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> ? ?mitkLog.cpp > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkExceptionMacros.h(20,1): > warning C4005: 'ITK_LOCATION': macro redefinition > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkMacro.h(479): > message : see previous definition of 'ITK_LOCATION' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(40,3): > error C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(42,23): > error C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(50,34): > error C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(64,39): > error C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(70,3): > error C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(99,5): > error C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(109,5): > error C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(119,5): > error C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(128,7): > error C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(135,7): > error C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> ? ?itkSimpleFastMutexLock.cxx > > 1> ? ?itkSimpleFastMutexLockNoThreads.cxx > > 1> ? ?itkSimpleFastMutexLockPThreads.cxx > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,3): > error C2065: 'pthread_mutexattr_t': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): > error C2146: syntax error: missing ';' before identifier > 'mta' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,27): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,3): > error C3861: 'pthread_mutexattr_init': identifier not > found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,30): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,35): > error C2065: 'PTHREAD_MUTEX_RECURSIVE': undeclared > identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,3): > error C3861: 'pthread_mutexattr_settype': identifier not > found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,43): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,3): > error C3861: 'pthread_mutex_init': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(44,3): > error C3861: 'pthread_mutex_destroy': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(51,3): > error C3861: 'pthread_mutex_lock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,30): > error C3861: 'pthread_mutex_trylock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,27): > error C2789: 'lockCaptured': an object of const-qualified > type must be initialized > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58): > message : see declaration of 'lockCaptured' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(71,3): > error C3861: 'pthread_mutex_unlock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> ? ?itkSimpleFastMutexLockWinThreads.cxx > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(36,3): > error C3861: 'InitializeCriticalSection': identifier not > found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(42,3): > error C3861: 'DeleteCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(49,3): > error C3861: 'EnterCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(56,29): > error C3861: 'TryEnterCriticalSection': identifier not > found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(69,3): > error C3861: 'LeaveCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 22.01.2021, 15:43, "Ramazan Erg?der Bekrek" > >: > > Hi again Marco, > > I am almost at the last stage for compiling the > external dependencies like ITK headers and MITK but > somehow I end up with many compilation errors. > > 1> > ?G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(304,1): > error C2447: '{': missing function header (old-style > formal list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > Link latest stand : > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > Can you provide your insight or maybe advice how to > resolve this road block. > > Best Regards > > 22.01.2021, 11:25, "Nolden, Marco" > >: > > Hi Ramazan, > > BlueBerry used to be more separated in MITK (this > is also where some references to blueberry.org may > dangle around). But it?s always a tradeoff to > maintain completely separate repositories and > build systems, as I said before from a pure > architectural view you are completely right. In > the beginning it even had an abstraction layer to > make it independent of Qt, impressive work by the > principal developer, but again something with a > tradeoff. > > Marco > > *Von:*Ramazan Erg?der Bekrek > > *Gesendet:* Freitag, 22. Januar 2021 11:17 > *An:* Nolden, Marco >; mitk-users > >; > ctk-developers > > *Betreff:* Re: AW: [Ctk-developers] [mitk-users] > Moving BlueBerry Framework from MITK towards CTK > making it independant of the massive MITK setup > > Hi Marco! Thank you for your feedback. > > The goal actually was to get the same development > feeling without having the need to use all the > heavy dependencies that come with MITK. Having > something like OSGi Eclipse Equinox and Eclipse > RPC to start to program right away in any field > was my goal. Right now the people at MITK didn't > for see to cut the modularity outside of their > Architecture. > > The ideal was in my thoughts to make this a > brother plugin bundle in CppMicroservices but I > didn't have time and energy to go down lower. > > CTK felt for me like CppMicroservices with > modified version. And I needed Qt5 on top of OSGi > + the beautiful Eclipse RPC feeling. > > > > 10:52, January 22, 2021, "Nolden, Marco" > >: > > Hi Ramazan, > > thanks for your interesting efforts! I see the > general idea, and conceptually BlueBerry may > be closer to the CTK plugin framework than to > MITK, but at the same time it?s a working > system in the way it?s setup right now. > > Could you maybe give some background about > your goals or expectations? You can probably > understand that a massive change like this > will need considerable resources for review > and maintenance in both communities to make > this change something the projects using CTK > are having a real benefit from. > > One thing that has been discussed in the MITK > community before was a standalone BlueBerry, > to make it available to non-medical > applications. So this _/could/_ be something > to aim for, but again this wouldn?t be a > primary goal for MITK development right now, > and in my opinion this could or even should > also live outside of the primary CTK > repository to make it most useful for the > non-medical community looking for a flexible > application framework. > > Marco > > *Von:*Ctk-developers > > > *Im Auftrag von *Ramazan Erg?der Bekrek > *Gesendet:* Dienstag, 19. Januar 2021 13:47 > *An:* mitk-users > >; > ctk-developers > > > *Betreff:* Re: [Ctk-developers] [mitk-users] > Moving BlueBerry Framework from MITK towards > CTK making it independant of the massive MITK > setup > > Good news everyone the whole BLUEBERRY > framework is now 100% successfully compiling > on Windows with VS 2019 and Qt. > > Here you can find the latest repo version > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > Besdt Regards > > 18.01.2021, 13:48, "Ramazan Erg?der Bekrek" > >: > > So I was able to convert Blueberry > framework from MITK towards CTK. > > I was able to successfully compile 7 out > of 8 plugins and I had some issues > compiling org.blueberry.ui.qt.help because > there is a bug in qt5-webengine version > 5.15.1. > > The link for the repo with working > compilation is here : > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > I filed a ticket on github on vcpkg > repository here : > https://github.com/microsoft/vcpkg/issues/15712 > > > I still don't understand what it is > concerning but I am waiting for the fix > they proposed. > > Any thought on what could be done next I'm > working on this alone and I would > appreciate if someone could give some > inputs for guidance. > > Best Regards > > 18.01.2021, 13:40, "Ramazan Erg?der > Bekrek" >: > > So I was able to convert Blueberry > framework from MITK towards CTK. > > I was able to successfully compile 7 > out of 8 plugins and I had some issues > compiling org.blueberry.ui.qt.help > because there is a bug in > qt5-webengine version 5.15.1. > > I filed a ticket on github on vcpkg > repository here : > https://github.com/microsoft/vcpkg/issues/15712 > > > I still don't understand what it is > concerning but I am waiting for the > fix they proposed. > > Any thought on what could be done next > I'm working on this alone and I would > appreciate if someone could give some > inputs for guidance. > > Best Regards > > 13.01.2021, 23:42, "Ramazan Erg?der > Bekrek" >: > > Have a look at the commits of that > branch and you will get what I am > talking about. If you have ideas > and details you noticed I didn't > take into consideration then let > me know. > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > Best regards > > 13.01.2021, 20:48, "Ramazan > Erg?der Bekrek" > >: > > I just started from scratch > again so that you can follow > what I am talking about since > the beginning > > https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk > > > 13.01.2021, 18:59, "Ramazan > Erg?der Bekrek" > >: > > Another solution could be > we check inside of the > code from Blueberry and > remove all connection to > mbilog and adapt it with > the logging system from > CTK just by replacing the > specific lines. This is > just another idea I am not > sure about 100% so I would > need you perspective. > > 13.01.2021, 16:52, "Alex > Melville" > >: > > Hi Ramazan, > > I am aware of the > Virtual PC option and > I have several of > them, but they are > very very slow since > Visual Studio is very > very disk I/O heavy. > To make things a bit > more complicated, I > need to run Docker on > my primary dev machine > (which prevents me > from easily running > VirtualBox) so all > this would have to > happen on a different PC. > > If I get time I can > see what I can do, but > let's be honest, this > will not be an > insignificant amount > of effort. CMake / > build scripts in > general are not a > super convenient thing > to debug remotely. > > Did you get a chance > to try my suggestion? > How did it go? > > - Alex > > On Wed, Jan 13, 2021 > at 10:47 AM Ramazan > Erg?der Bekrek > > > wrote: > > I also found this > link with 196 mb > iso file which is > stripped down version. > > https://sites.google.com/site/tinyxpfiles/home/1 > > > 12.01.2021, 21:21, > "'Ramazan Erg?der > Bekrek'" > >: > > > What I would > recommend you > to do is to > install > Virtual Box > with Tiny > Vista Images > Fromm Torrents > and Install it > Takes 15 > Minutes Thema > visual Studio > 2019 Community > with mitk > latest Version > and my repo. > What die you > think? > > 15:49, January > 12, 2021, > "amelvill at umich.edu > " > >: > > Hi Ramazan, > > First, > there?s > one > unfortunate > thing I > have to > mention, > we use a > rather old > version of > MITK, and > as a > result, > every PC I > have that > I use with > MITK uses > Visual > Studio > 2013 and > there?s no > way I can > upgrade, > and I > can?t risk > running a > more > recent > version in > parallel. > > So I can > give you > suggestions, > but > unfortunately > it will > probably > be a > futile > effort for > me to > actually > try and > build it. > I can?t > even make > a fresh > install of > Windows, > because > this job > has taken > every PC > and SSD I > own, and > then some > (between > the dev PC > and my > ?build? PC). > > Anyway, > here is > what I > think > about this: > > *mbilogExports.h:* > > mbilogExports.h > is an > automatically > generated > header > that comes > as part of > the build > process. > For me > this is > what it > contains > (I found > it here: > MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h) > > #ifndef > MBILOG_EXPORT_H > > #define > MBILOG_EXPORT_H > > #ifdef > MBILOG_STATIC_DEFINE > > #? define > MBILOG_EXPORT > > #? define > MBILOG_NO_EXPORT > > #else > > #? ifndef > MBILOG_EXPORT > > #??? ifdef > mbilog_EXPORTS > > /* We are > building > this > library */ > > # define > MBILOG_EXPORT > __declspec(dllexport) > > #??? else > > ??????? /* > We are > using this > library */ > > # define > MBILOG_EXPORT > __declspec(dllimport) > > #??? endif > > #? endif > > #? ifndef > MBILOG_NO_EXPORT > > #??? > define > MBILOG_NO_EXPORT > > > #? endif > > #endif > > #ifndef > MBILOG_DEPRECATED > > #? define > MBILOG_DEPRECATED > __declspec(deprecated) > > #endif > > #ifndef > MBILOG_DEPRECATED_EXPORT > > #? define > MBILOG_DEPRECATED_EXPORT > MBILOG_EXPORT > MBILOG_DEPRECATED > > #endif > > #ifndef > MBILOG_DEPRECATED_NO_EXPORT > > #? define > MBILOG_DEPRECATED_NO_EXPORT > MBILOG_NO_EXPORT > MBILOG_DEPRECATED > > #endif > > #if 0 /* > DEFINE_NO_DEPRECATED > */ > > #? ifndef > MBILOG_NO_DEPRECATED > > #??? > define > MBILOG_NO_DEPRECATED > > #? endif > > #endif > > #endif /* > MBILOG_EXPORT_H > */ > > This is > kind of a > hacky > thing to > do, but I > wonder if > you could > just > copy/paste > this into > the mbilog > source and > use that, > since I > can?t > think of a > reason why > this needs > to be > auto-generated, > other than > to take > advantage > of some > free > stringizing. > > Try this > and let me > know what > happens, > > Hope that > helps, > > * Alex > > *From:*Ramazan > Erg?der > Bekrek > > > *Sent:* > Tuesday, > January > 12, 2021 > 7:36 AM > *To:* > amelvill at umich.edu > > *Subject:* > Re: > [mitk-users] > Moving > BlueBerry > Framework > from MITK > towards > CTK making > it > independant > of the > massive > MITK setup > > Well you > can follow > the part I > blocked. > It seems > that we > need to > adapt > mbilog or > remove it > by > replacing > the > logging > system > from CTK. > I was > wondering > if we > could just > wrap it > around > CTK's > logging > and bam > smoothly > let it > believe > that it > still uses > MITK logging. > > What do > you think? > > Best Regards > > 16:20, > October 6, > 2020, > "Ramazan > Erg?der > Bekrek" > >: > > Greetings, > > I am > still > in the > pursuit > of > happiness > with > this > endeavor > of > moving > BlueBerry > from > MITK > downward > to > CTK. > Up > until > now I > didn't > receive > any > feedback > with > that > repository > that I > created > as a > branch. > > I > still > persisted > and > almost > got it > working > but > due to > my > lack > of > CMake > understanding > I > think > a > little > support > from > all of > you > would > be > appreciated. > I > almost > was > able > to > compile > org.blueberry.core.runtime > as I > had it > converted > to a > CTK > plugin > format > when > it > complained > that > mbilog > was > missing > its > include > files. > > I've > checked > mbilog > in > MITK > and > saw > that > it was > a MITK > Module. > Since > there > is no > module > in CTK > I > thought > the > equivalent > could > be a > Lib > like > the > Core, > PluginFramework, > etc... > > So I > converted > the > mbilog > as a > CTK > Library > and > almost > got it > work. > Unfortunately > I > don't > understand > what > is > mbilog > and > also I > ask > myself > if > there > is no > such > equivalent > available > in CTK > already > that > we > could > just > adapt > org.blueberry.core.runtime > to use > that > instead > of mbilog. > > This > is the > error > I am > getting > when I > try to > compile > > 1> > CTKCore.vcxproj > -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll > 1> > CTKWidgets.vcxproj > -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll > 1> > CTKWidgetsPlugins.vcxproj > -> > G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll > 1> > CTKPluginFramework.vcxproj > -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll > 1> > Generating > moc_mbilogExports.cpp > 1> > moc: > G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: > No > such file > > I > created > this > include > file > to > reflect > the > structure > from > MITK > inside > of > CTK/Libs/Core/include:MITK/Modules/Core/include > : > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1 > > > I did > the > standard > export > directive > here : > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17 > > > I > still > don't > get > why > this > file > is not > created > by CTK. > > I also > added > this > line > from > MITK > in > CTK/Libs/Core/CMakeLists.txt > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19 > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154 > > > The > only > thing > I > could > not > get my > head > around > is > this > part > which > I > could > not > translate > to > CTK. I > think > there > is no > equivalent > but if > there > is one > please > let me > know: > https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44 > > > You > can > follow > the > commit > timeline > https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework > > > Best > regards > > > > > > > > _______________________________________________ > mitk-users > mailing > list > mitk-users at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > > > -- > Sent from > Yandex.Mail > for mobile > > > > -- > Sent from > Yandex.Mail > for mobile > > > > -- > Sent from Yandex.Mail for mobile > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mitk-users > > -- Dr. Marco Nolden Scientist & Board Member Division of Medical Image Computing (E230) German Cancer Research Center (DKFZ) Foundation under Public Law Im Neuenheimer Feld 280 69120 Heidelberg Germany phone: +49 6221 42-2325 fax: +49 6221 42-2345 m.nolden at dkfz.de www.dkfz.de Management Board: Prof. Dr. Michael Baumann, Ursula Weyrich VAT-ID No.: DE143293537 -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Mon Jan 25 13:22:28 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Mon, 25 Jan 2021 19:22:28 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> Message-ID: <1250701611598650@mail.yandex.com> An HTML attachment was scrubbed... URL: From M.Nolden at Dkfz-Heidelberg.de Tue Jan 26 06:59:54 2021 From: M.Nolden at Dkfz-Heidelberg.de (Nolden, Marco) Date: Tue, 26 Jan 2021 11:59:54 +0000 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <1250701611598650@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> , <1250701611598650@mail.yandex.com> Message-ID: <1611662394617.83330@Dkfz-Heidelberg.de> Hi Ramazan, this is ambitious I think. Since your final use case is out of the MITK and CTK domains (medical imaging) I would suggest you could take the useful parts of BlueBerry, CppMicroServices and CTK to create a prototype of your application. I think doing this kind of standalone experiment would be easier right now, instead of starting with a big refactoring, given that I don't see the interest and resources in this community right now to support a major refactoring. However I must also clearly say that though BlueBerry was created in the MITK context, we are in maintenance mode for this part, and before introducing new features or major changes we would probably re-evaluate all options where to head with our UI. So of course we could discuss fixes or smaller changes in concrete pull requests if they don't break things for MITK or Slicer, but it should really be with specific goals and of a manageable size. Marco ________________________________ Von: Ramazan Erg?der Bekrek Gesendet: Montag, 25. Januar 2021 19:22 An: Nolden, Marco; Andras Lasso; mitk-users; ctk-developers Betreff: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup What I am aiming at I described previously is to have a basic framework with all the component to develop any kind of software with the same feeling as Eclipse RPC and OSGi modular component system. So the way it is right now it seems that I would have to go the same way as MITK by extracting Blueberry so that I can use it with Qt5 for the dynamic UI side. I now that there is a PluginFramework in CTK but I think that I will hook also CppMicroservices next to it and use it. My goal is to have a dynamic UI which can be loaded/unloaded at runtime with all the part independent from each other. I also wish the same for the backend side. I will use this whole infrastructure to create a multimedia browser which I think could replace the actual broken Browser ecosystem with HTML & Cie. If you have any suggestion or ideas I wish that we could meet in real time on the Discord channel that I created for all subject related with C++ and OSGi. Best regards 25.01.2021, 14:40, "Marco Nolden" : Dear Ramazan, again there is quite some history in these approaches, MITK is >15 years old, CTK started >10 years ago, as you can imagine not everything could be planned perfectly from the beginning. As I wrote in my first post I think we could discuss a strategy here if you outline a bit more what you are aiming at. But please be aware that the resources to support you are limited, and we should aim for realistic improvements. Maybe smaller pull requests following a specific and accepted aim could be an alternative. Regarding compilation errors I would also suggest to move to github issues of the respective projects. Posting this on two mailing lists doesn't work well. And as I also wrote in my first post I think a separate repository / project for your endeavors could be a good idea as long as we don't have an agreed on strategy on how to move things around or to separate repositories. Marco On 1/23/21 8:49 PM, Ramazan Erg?der Bekrek wrote: Actually the best would be to drop the PluginFramework and replace it with a dependency on CppMicroServices... Also I don't get it why there is 2 plugin frameworks in MITK one is CTKPluginFramework and the second CppMicroServices. 23.01.2021, 20:32, "Andras Lasso" : 3D Slicer relies on CTK and we regularly make fixes and improvements. We do not use the plugin framework, so we can tolerate any changes to it, as long as we can keep it disabled and does not break the build of CTK. Our slight preference would be to move the plugin framework out of CTK, just to keep CTK smaller and more focused. But since all these changes heavily impact MITK and nobody else has been spoken up, you need to agree in the strategy with Marco. Andras From: Ctk-developers > On Behalf Of Ramazan Erg?der Bekrek Sent: Saturday, January 23, 2021 12:07 PM To: Nolden, Marco >; mitk-users >; ctk-developers > Subject: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Can someone give some insight here please? I have the impression either everybody is sleeping because of Corona or people are busy.... :D https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk 23.01.2021, 18:05, "Ramazan Erg?der Bekrek" >: Ok it seems that those errors had to do with CMake flags I didn't included from ITK. Now that I've cleared that out there's other weird compilation errors that I don't get because I don't have that much C++ knowledge. G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(42,24): error C2079: 'Observer' uses undefined class 'itk::ITKCommon_HIDDEN' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(44,1): error C2059: syntax error: 'public' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error C2143: syntax error: missing ';' before '{' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,20): error C2588: '::~Observer': illegal global destructor [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error C2575: 'Observer': only member functions and bases can be virtual [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,22): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error C2365: 'itk::Observer': redefinition; previous definition was 'data variable' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,1): error C2653: 'Observer': is not a class or namespace name [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,12): error C2523: '::~Observer': destructor tag mismatch [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(57,1): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,10): error C2065: 'm_Event': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,17): error C2541: 'delete': cannot delete objects that are not pointers [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(61,24): error C2079: 'SubjectImplementation' uses undefined class 'ITKCommon_HIDDEN' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(63,1): error C2059: syntax error: 'public' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error C2143: syntax error: missing ';' before '{' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,25): error C2588: '::~SubjectImplementation': illegal global destructor [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,27): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,4): error C2365: 'SubjectImplementation': redefinition; previous definition was 'data variable' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error C2143: syntax error: missing ',' before '&' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error C2143: syntax error: missing ',' before '&' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,62): error C2270: 'AddObserver': modifiers not allowed on nonmember functions [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 22.01.2021, 23:09, "Ramazan Erg?der Bekrek" >: I've past beyond the last compilation error with new ones: 1> mitkException.cpp 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.cpp(43,26): error C2247: 'itk::ExceptionObject::GetDescription' not accessible because 'mitk::Exception' uses 'private' to inherit from 'itk::ExceptionObject' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(111): message : see declaration of 'itk::ExceptionObject::GetDescription' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.h(48): message : see declaration of 'mitk::Exception' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(49): message : see declaration of 'itk::ExceptionObject' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> mitkLog.cpp 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkExceptionMacros.h(20,1): warning C4005: 'ITK_LOCATION': macro redefinition [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkMacro.h(479): message : see previous definition of 'ITK_LOCATION' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(40,3): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(42,23): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(50,34): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(64,39): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(70,3): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(99,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(109,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(119,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(128,7): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(135,7): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> itkSimpleFastMutexLock.cxx 1> itkSimpleFastMutexLockNoThreads.cxx 1> itkSimpleFastMutexLockPThreads.cxx 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,3): error C2065: 'pthread_mutexattr_t': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): error C2146: syntax error: missing ';' before identifier 'mta' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,27): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,3): error C3861: 'pthread_mutexattr_init': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,30): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,35): error C2065: 'PTHREAD_MUTEX_RECURSIVE': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,3): error C3861: 'pthread_mutexattr_settype': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,43): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,3): error C3861: 'pthread_mutex_init': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(44,3): error C3861: 'pthread_mutex_destroy': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(51,3): error C3861: 'pthread_mutex_lock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,30): error C3861: 'pthread_mutex_trylock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,27): error C2789: 'lockCaptured': an object of const-qualified type must be initialized [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58): message : see declaration of 'lockCaptured' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(71,3): error C3861: 'pthread_mutex_unlock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> itkSimpleFastMutexLockWinThreads.cxx 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(36,3): error C3861: 'InitializeCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(42,3): error C3861: 'DeleteCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(49,3): error C3861: 'EnterCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(56,29): error C3861: 'TryEnterCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(69,3): error C3861: 'LeaveCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] 22.01.2021, 15:43, "Ramazan Erg?der Bekrek" >: Hi again Marco, I am almost at the last stage for compiling the external dependencies like ITK headers and MITK but somehow I end up with many compilation errors. 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(304,1): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] Link latest stand : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Can you provide your insight or maybe advice how to resolve this road block. Best Regards 22.01.2021, 11:25, "Nolden, Marco" >: Hi Ramazan, BlueBerry used to be more separated in MITK (this is also where some references to blueberry.org may dangle around). But it?s always a tradeoff to maintain completely separate repositories and build systems, as I said before from a pure architectural view you are completely right. In the beginning it even had an abstraction layer to make it independent of Qt, impressive work by the principal developer, but again something with a tradeoff. Marco Von: Ramazan Erg?der Bekrek > Gesendet: Freitag, 22. Januar 2021 11:17 An: Nolden, Marco >; mitk-users >; ctk-developers > Betreff: Re: AW: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Hi Marco! Thank you for your feedback. The goal actually was to get the same development feeling without having the need to use all the heavy dependencies that come with MITK. Having something like OSGi Eclipse Equinox and Eclipse RPC to start to program right away in any field was my goal. Right now the people at MITK didn't for see to cut the modularity outside of their Architecture. The ideal was in my thoughts to make this a brother plugin bundle in CppMicroservices but I didn't have time and energy to go down lower. CTK felt for me like CppMicroservices with modified version. And I needed Qt5 on top of OSGi + the beautiful Eclipse RPC feeling. 10:52, January 22, 2021, "Nolden, Marco" >: Hi Ramazan, thanks for your interesting efforts! I see the general idea, and conceptually BlueBerry may be closer to the CTK plugin framework than to MITK, but at the same time it?s a working system in the way it?s setup right now. Could you maybe give some background about your goals or expectations? You can probably understand that a massive change like this will need considerable resources for review and maintenance in both communities to make this change something the projects using CTK are having a real benefit from. One thing that has been discussed in the MITK community before was a standalone BlueBerry, to make it available to non-medical applications. So this _could_ be something to aim for, but again this wouldn?t be a primary goal for MITK development right now, and in my opinion this could or even should also live outside of the primary CTK repository to make it most useful for the non-medical community looking for a flexible application framework. Marco Von: Ctk-developers > Im Auftrag von Ramazan Erg?der Bekrek Gesendet: Dienstag, 19. Januar 2021 13:47 An: mitk-users >; ctk-developers > Betreff: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Good news everyone the whole BLUEBERRY framework is now 100% successfully compiling on Windows with VS 2019 and Qt. Here you can find the latest repo version https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Besdt Regards 18.01.2021, 13:48, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. The link for the repo with working compilation is here : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 18.01.2021, 13:40, "Ramazan Erg?der Bekrek" >: So I was able to convert Blueberry framework from MITK towards CTK. I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1. I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712 I still don't understand what it is concerning but I am waiting for the fix they proposed. Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance. Best Regards 13.01.2021, 23:42, "Ramazan Erg?der Bekrek" >: Have a look at the commits of that branch and you will get what I am talking about. If you have ideas and details you noticed I didn't take into consideration then let me know. https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk Best regards 13.01.2021, 20:48, "Ramazan Erg?der Bekrek" >: I just started from scratch again so that you can follow what I am talking about since the beginning https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk 13.01.2021, 18:59, "Ramazan Erg?der Bekrek" >: Another solution could be we check inside of the code from Blueberry and remove all connection to mbilog and adapt it with the logging system from CTK just by replacing the specific lines. This is just another idea I am not sure about 100% so I would need you perspective. 13.01.2021, 16:52, "Alex Melville" >: Hi Ramazan, I am aware of the Virtual PC option and I have several of them, but they are very very slow since Visual Studio is very very disk I/O heavy. To make things a bit more complicated, I need to run Docker on my primary dev machine (which prevents me from easily running VirtualBox) so all this would have to happen on a different PC. If I get time I can see what I can do, but let's be honest, this will not be an insignificant amount of effort. CMake / build scripts in general are not a super convenient thing to debug remotely. Did you get a chance to try my suggestion? How did it go? - Alex On Wed, Jan 13, 2021 at 10:47 AM Ramazan Erg?der Bekrek > wrote: I also found this link with 196 mb iso file which is stripped down version. https://sites.google.com/site/tinyxpfiles/home/1 12.01.2021, 21:21, "'Ramazan Erg?der Bekrek'" >: What I would recommend you to do is to install Virtual Box with Tiny Vista Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio 2019 Community with mitk latest Version and my repo. What die you think? 15:49, January 12, 2021, "amelvill at umich.edu" >: Hi Ramazan, First, there?s one unfortunate thing I have to mention, we use a rather old version of MITK, and as a result, every PC I have that I use with MITK uses Visual Studio 2013 and there?s no way I can upgrade, and I can?t risk running a more recent version in parallel. So I can give you suggestions, but unfortunately it will probably be a futile effort for me to actually try and build it. I can?t even make a fresh install of Windows, because this job has taken every PC and SSD I own, and then some (between the dev PC and my ?build? PC). Anyway, here is what I think about this: mbilogExports.h: mbilogExports.h is an automatically generated header that comes as part of the build process. For me this is what it contains (I found it here: MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h) #ifndef MBILOG_EXPORT_H #define MBILOG_EXPORT_H #ifdef MBILOG_STATIC_DEFINE # define MBILOG_EXPORT # define MBILOG_NO_EXPORT #else # ifndef MBILOG_EXPORT # ifdef mbilog_EXPORTS /* We are building this library */ # define MBILOG_EXPORT __declspec(dllexport) # else /* We are using this library */ # define MBILOG_EXPORT __declspec(dllimport) # endif # endif # ifndef MBILOG_NO_EXPORT # define MBILOG_NO_EXPORT # endif #endif #ifndef MBILOG_DEPRECATED # define MBILOG_DEPRECATED __declspec(deprecated) #endif #ifndef MBILOG_DEPRECATED_EXPORT # define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED #endif #ifndef MBILOG_DEPRECATED_NO_EXPORT # define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED #endif #if 0 /* DEFINE_NO_DEPRECATED */ # ifndef MBILOG_NO_DEPRECATED # define MBILOG_NO_DEPRECATED # endif #endif #endif /* MBILOG_EXPORT_H */ This is kind of a hacky thing to do, but I wonder if you could just copy/paste this into the mbilog source and use that, since I can?t think of a reason why this needs to be auto-generated, other than to take advantage of some free stringizing. Try this and let me know what happens, Hope that helps, * Alex From: Ramazan Erg?der Bekrek > Sent: Tuesday, January 12, 2021 7:36 AM To: amelvill at umich.edu Subject: Re: [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup Well you can follow the part I blocked. It seems that we need to adapt mbilog or remove it by replacing the logging system from CTK. I was wondering if we could just wrap it around CTK's logging and bam smoothly let it believe that it still uses MITK logging. What do you think? Best Regards 16:20, October 6, 2020, "Ramazan Erg?der Bekrek" >: Greetings, I am still in the pursuit of happiness with this endeavor of moving BlueBerry from MITK downward to CTK. Up until now I didn't receive any feedback with that repository that I created as a branch. I still persisted and almost got it working but due to my lack of CMake understanding I think a little support from all of you would be appreciated. I almost was able to compile org.blueberry.core.runtime as I had it converted to a CTK plugin format when it complained that mbilog was missing its include files. I've checked mbilog in MITK and saw that it was a MITK Module. Since there is no module in CTK I thought the equivalent could be a Lib like the Core, PluginFramework, etc... So I converted the mbilog as a CTK Library and almost got it work. Unfortunately I don't understand what is mbilog and also I ask myself if there is no such equivalent available in CTK already that we could just adapt org.blueberry.core.runtime to use that instead of mbilog. This is the error I am getting when I try to compile 1> CTKCore.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll 1> CTKWidgets.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll 1> CTKWidgetsPlugins.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll 1> CTKPluginFramework.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll 1> Generating moc_mbilogExports.cpp 1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file I created this include file to reflect the structure from MITK inside of CTK/Libs/Core/include:MITK/Modules/Core/include : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1 I did the standard export directive here : https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17 I still don't get why this file is not created by CTK. I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19 https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154 The only thing I could not get my head around is this part which I could not translate to CTK. I think there is no equivalent but if there is one please let me know: https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44 You can follow the commit timeline https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework Best regards _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users -- Sent from Yandex.Mail for mobile -- Sent from Yandex.Mail for mobile -- Sent from Yandex.Mail for mobile ,, _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users ,, _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users ,, _______________________________________________ mitk-users mailing list mitk-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users -- Dr. Marco Nolden Scientist & Board Member Division of Medical Image Computing (E230) German Cancer Research Center (DKFZ) Foundation under Public Law Im Neuenheimer Feld 280 69120 Heidelberg Germany phone: +49 6221 42-2325 fax: +49 6221 42-2345 m.nolden at dkfz.de www.dkfz.de Management Board: Prof. Dr. Michael Baumann, Ursula Weyrich VAT-ID No.: DE143293537 -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Tue Jan 26 10:58:26 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Tue, 26 Jan 2021 16:58:26 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> , <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> Message-ID: <38721611674375@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Wed Jan 27 09:19:14 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Wed, 27 Jan 2021 15:19:14 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <38721611674375@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> , <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> Message-ID: <291721611757137@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Fri Jan 29 09:01:15 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Fri, 29 Jan 2021 15:01:15 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <291721611757137@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> , <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> Message-ID: <461651611928844@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Fri Jan 29 09:43:12 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Fri, 29 Jan 2021 15:43:12 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <461651611928844@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> , <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> Message-ID: <756641611931382@mail.yandex.com> An HTML attachment was scrubbed... URL: From espakm at gmail.com Fri Jan 29 17:28:26 2021 From: espakm at gmail.com (Miklos Espak) Date: Fri, 29 Jan 2021 23:28:26 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <756641611931382@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> Message-ID: There is either no variable called "ITKKWSys-targets-build" or if there is, its value is an empty string. This makes the syntax of the export command invalid. I would look around where this variable is supposed to be set. HTH On Fri, 29 Jan 2021 at 15:43, Ramazan Erg?der Bekrek wrote: > This is what was my change: > > macro(itk_module_target_export _name) > message("NAME OF TARGET : ${_name}") > message("NAME OF MODULE : ${itk-module}") > message("${itk-module}-targets-build : ${${itk-module}-targets-build}") > export(TARGETS ${_name} APPEND FILE ${${itk-module}-targets-build}) > endmacro() > > > 29.01.2021, 15:02, "Ramazan Erg?der Bekrek" : > > I've put debugging messages and I still cannot understand am I missing > something > > NAME OF TARGET : itksys > 2> NAME OF TARGET : itksys > 2> NAME OF MODULE : ITKKWSys > 2> ITKKWSys-targets-build : > 2> CMake Error at CMake/ITKModuleMacros.cmake:417 (export): > 2> export FILE option missing. > 2> Call Stack (most recent call first): > 2> CMake/ITKModuleMacros.cmake:449 (itk_module_target_export) > 2> External/KWSys/src/CMakeLists.txt:32 (itk_module_target) > > > 27.01.2021, 15:20, "Ramazan Erg?der Bekrek" : > > I forgot to post the latest commit link concerning that error: > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > 26.01.2021, 16:59, "Ramazan Erg?der Bekrek" : > > At this point it doesn't matter much my goal is to split the components > necessary from MITK and merge them into CTK and afterward I will create a > new library inside of CTK with those extracted components so that it > doesn't stay hooked inside mbilog like it is right now. > > I still need help because I've come up with this error concerning the > ITKModuleMacros.cmake and the itk_module_target_export macro which seems to > require a name and while compiling I am getting this: > > CMake Error at CMake/ITKModuleMacros.cmake:414 (export): > 1> export FILE option missing. > 1> Call Stack (most recent call first): > 1> CMake/ITKModuleMacros.cmake:445 (itk_module_target_export) > 1> External/KWSys/src/CMakeLists.txt:32 (itk_module_target) > > Any thoughts on what is the problem? > > Thanx > > 26.01.2021, 13:00, "Nolden, Marco" : > > Hi Ramazan, > > > > this is ambitious I think. Since your final use case is out of the MITK > and CTK domains (medical imaging) I would suggest you could take the useful > parts of BlueBerry, CppMicroServices and CTK to create a prototype of your > application. I think doing this kind of standalone experiment would be > easier right now, instead of starting with a big refactoring, given that I > don't see the interest and resources in this community right now to support > a major refactoring. > > > > However I must also clearly say that though BlueBerry was created in the > MITK context, we are in maintenance mode for this part, and before > introducing new features or major changes we would probably re-evaluate all > options where to head with our UI. So of course we could discuss fixes or > smaller changes in concrete pull requests if they don't break things for > MITK or Slicer, but it should really be with specific goals and of a > manageable size. > > > > Marco > > > ------------------------------ > *Von:* Ramazan Erg?der Bekrek > *Gesendet:* Montag, 25. Januar 2021 19:22 > *An:* Nolden, Marco; Andras Lasso; mitk-users; ctk-developers > *Betreff:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework > from MITK towards CTK making it independant of the massive MITK setup > > What I am aiming at I described previously is to have a basic framework > with all the component to develop any kind of software with the same > feeling as Eclipse RPC and OSGi modular component system. > > So the way it is right now it seems that I would have to go the same way > as MITK by extracting Blueberry so that I can use it with Qt5 for the > dynamic UI side. I now that there is a PluginFramework in CTK but I think > that I will hook also CppMicroservices next to it and use it. > > My goal is to have a dynamic UI which can be loaded/unloaded at runtime > with all the part independent from each other. I also wish the same for the > backend side. I will use this whole infrastructure to create a multimedia > browser which I think could replace the actual broken Browser ecosystem > with HTML & Cie. > > If you have any suggestion or ideas I wish that we could meet in real time > on the Discord channel that I created for all subject related with C++ and > OSGi. > > Best regards > > > 25.01.2021, 14:40, "Marco Nolden" : > > Dear Ramazan, > > again there is quite some history in these approaches, MITK is >15 years > old, CTK started >10 years ago, as you can imagine not everything could be > planned perfectly from the beginning. > > As I wrote in my first post I think we could discuss a strategy here if > you outline a bit more what you are aiming at. But please be aware that the > resources to support you are limited, and we should aim for realistic > improvements. Maybe smaller pull requests following a specific and accepted > aim could be an alternative. > Regarding compilation errors I would also suggest to move to github issues > of the respective projects. Posting this on two mailing lists doesn't work > well. > > And as I also wrote in my first post I think a separate repository / > project for your endeavors could be a good idea as long as we don't have an > agreed on strategy on how to move things around or to separate repositories. > Marco > > > > > > > > > On 1/23/21 8:49 PM, Ramazan Erg?der Bekrek wrote: > > Actually the best would be to drop the PluginFramework and replace it with > a dependency on CppMicroServices... Also I don't get it why there is 2 > plugin frameworks in MITK one is CTKPluginFramework and the second > CppMicroServices. > > > 23.01.2021, 20:32, "Andras Lasso" : > > 3D Slicer relies on CTK and we regularly make fixes and improvements. We > do not use the plugin framework, so we can tolerate any changes to it, as > long as we can keep it disabled and does not break the build of CTK. > > Our slight preference would be to move the plugin framework out of CTK, > just to keep CTK smaller and more focused. But since all these changes > heavily impact MITK and nobody else has been spoken up, you need to agree > in the strategy with Marco. > > > > Andras > > > > *From:* Ctk-developers *On > Behalf Of *Ramazan Erg?der Bekrek > *Sent:* Saturday, January 23, 2021 12:07 PM > *To:* Nolden, Marco ; mitk-users < > mitk-users at lists.sourceforge.net>; ctk-developers < > ctk-developers at public.kitware.com> > *Subject:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework > from MITK towards CTK making it independant of the massive MITK setup > > > > Can someone give some insight here please? I have the impression either > everybody is sleeping because of Corona or people are busy.... :D > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > > > 23.01.2021, 18:05, "Ramazan Erg?der Bekrek" : > > Ok it seems that those errors had to do with CMake flags I didn't included > from ITK. Now that I've cleared that out there's other weird compilation > errors that I don't get because I don't have that much C++ knowledge. > > > > G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(42,24): error > C2079: 'Observer' uses undefined class 'itk::ITKCommon_HIDDEN' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(44,1): error > C2059: syntax error: 'public' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error > C2143: syntax error: missing ';' before '{' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error > C2447: '{': missing function header (old-style formal list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,20): error > C2588: '::~Observer': illegal global destructor > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error > C2575: 'Observer': only member functions and bases can be virtual > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,22): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error > C2365: 'itk::Observer': redefinition; previous definition was 'data > variable' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,1): error > C2653: 'Observer': is not a class or namespace name > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,12): error > C2523: '::~Observer': destructor tag mismatch > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(57,1): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,10): error > C2065: 'm_Event': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,17): error > C2541: 'delete': cannot delete objects that are not pointers > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(61,24): error > C2079: 'SubjectImplementation' uses undefined class 'ITKCommon_HIDDEN' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(63,1): error > C2059: syntax error: 'public' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error > C2143: syntax error: missing ';' before '{' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error > C2447: '{': missing function header (old-style formal list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,25): error > C2588: '::~SubjectImplementation': illegal global destructor > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,27): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,4): error > C2365: 'SubjectImplementation': redefinition; previous definition was 'data > variable' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error > C2143: syntax error: missing ',' before '&' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error > C2143: syntax error: missing ',' before '&' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,62): error > C2270: 'AddObserver': modifiers not allowed on nonmember functions > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > > > > > 22.01.2021, 23:09, "Ramazan Erg?der Bekrek" : > > I've past beyond the last compilation error with new ones: > > > > 1> mitkException.cpp > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.cpp(43,26): > error C2247: 'itk::ExceptionObject::GetDescription' not accessible because > 'mitk::Exception' uses 'private' to inherit from 'itk::ExceptionObject' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(111): > message : see declaration of 'itk::ExceptionObject::GetDescription' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.h(48): message > : see declaration of 'mitk::Exception' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(49): > message : see declaration of 'itk::ExceptionObject' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> mitkLog.cpp > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkExceptionMacros.h(20,1): > warning C4005: 'ITK_LOCATION': macro redefinition > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkMacro.h(479): message : > see previous definition of 'ITK_LOCATION' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(40,3): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(42,23): error > C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(50,34): error > C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(64,39): error > C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(70,3): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(99,5): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(109,5): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(119,5): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(128,7): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(135,7): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> itkSimpleFastMutexLock.cxx > > 1> itkSimpleFastMutexLockNoThreads.cxx > > 1> itkSimpleFastMutexLockPThreads.cxx > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,3): > error C2065: 'pthread_mutexattr_t': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): > error C2146: syntax error: missing ';' before identifier 'mta' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,27): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,3): > error C3861: 'pthread_mutexattr_init': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,30): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,35): > error C2065: 'PTHREAD_MUTEX_RECURSIVE': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,3): > error C3861: 'pthread_mutexattr_settype': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,43): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,3): > error C3861: 'pthread_mutex_init': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(44,3): > error C3861: 'pthread_mutex_destroy': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(51,3): > error C3861: 'pthread_mutex_lock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,30): > error C3861: 'pthread_mutex_trylock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,27): > error C2789: 'lockCaptured': an object of const-qualified type must be > initialized > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58): > message : see declaration of 'lockCaptured' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(71,3): > error C3861: 'pthread_mutex_unlock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> itkSimpleFastMutexLockWinThreads.cxx > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(36,3): > error C3861: 'InitializeCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(42,3): > error C3861: 'DeleteCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(49,3): > error C3861: 'EnterCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(56,29): > error C3861: 'TryEnterCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(69,3): > error C3861: 'LeaveCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > > > > > 22.01.2021, 15:43, "Ramazan Erg?der Bekrek" : > > Hi again Marco, > > > > I am almost at the last stage for compiling the external dependencies like > ITK headers and MITK but somehow I end up with many compilation errors. > > > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(304,1): > error C2447: '{': missing function header (old-style formal list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > > > Link latest stand : > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > Can you provide your insight or maybe advice how to resolve this road > block. > > > > Best Regards > > > > > > 22.01.2021, 11:25, "Nolden, Marco" : > > Hi Ramazan, > > > > BlueBerry used to be more separated in MITK (this is also where some > references to blueberry.org may dangle around). But it?s always a > tradeoff to maintain completely separate repositories and build systems, as > I said before from a pure architectural view you are completely right. In > the beginning it even had an abstraction layer to make it independent of > Qt, impressive work by the principal developer, but again something with a > tradeoff. > > > > Marco > > > > > > > > > > > > > > > > *Von:* Ramazan Erg?der Bekrek > *Gesendet:* Freitag, 22. Januar 2021 11:17 > *An:* Nolden, Marco ; mitk-users < > mitk-users at lists.sourceforge.net>; ctk-developers < > ctk-developers at public.kitware.com> > *Betreff:* Re: AW: [Ctk-developers] [mitk-users] Moving BlueBerry > Framework from MITK towards CTK making it independant of the massive MITK > setup > > > > Hi Marco! Thank you for your feedback. > > > > The goal actually was to get the same development feeling without having > the need to use all the heavy dependencies that come with MITK. Having > something like OSGi Eclipse Equinox and Eclipse RPC to start to program > right away in any field was my goal. Right now the people at MITK didn't > for see to cut the modularity outside of their Architecture. > > > > The ideal was in my thoughts to make this a brother plugin bundle in > CppMicroservices but I didn't have time and energy to go down lower. > > > > CTK felt for me like CppMicroservices with modified version. And I needed > Qt5 on top of OSGi + the beautiful Eclipse RPC feeling. > > > > 10:52, January 22, 2021, "Nolden, Marco" : > > Hi Ramazan, > > > > thanks for your interesting efforts! I see the general idea, and > conceptually BlueBerry may be closer to the CTK plugin framework than to > MITK, but at the same time it?s a working system in the way it?s setup > right now. > > > > Could you maybe give some background about your goals or expectations? You > can probably understand that a massive change like this will need > considerable resources for review and maintenance in both communities to > make this change something the projects using CTK are having a real benefit > from. > > > > One thing that has been discussed in the MITK community before was a > standalone BlueBerry, to make it available to non-medical applications. So > this _*could*_ be something to aim for, but again this wouldn?t be a > primary goal for MITK development right now, and in my opinion this could > or even should also live outside of the primary CTK repository to make it > most useful for the non-medical community looking for a flexible > application framework. > > > > Marco > > > > > > > > *Von:* Ctk-developers *Im > Auftrag von *Ramazan Erg?der Bekrek > *Gesendet:* Dienstag, 19. Januar 2021 13:47 > *An:* mitk-users ; ctk-developers < > ctk-developers at public.kitware.com> > *Betreff:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework > from MITK towards CTK making it independant of the massive MITK setup > > > > Good news everyone the whole BLUEBERRY framework is now 100% successfully > compiling on Windows with VS 2019 and Qt. > > > > Here you can find the latest repo version > > > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > Besdt Regards > > > > > > 18.01.2021, 13:48, "Ramazan Erg?der Bekrek" : > > So I was able to convert Blueberry framework from MITK towards CTK. > > I was able to successfully compile 7 out of 8 plugins and I had some > issues compiling org.blueberry.ui.qt.help because there is a bug in > qt5-webengine version 5.15.1. > > > > The link for the repo with working compilation is here : > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > I filed a ticket on github on vcpkg repository here : > https://github.com/microsoft/vcpkg/issues/15712 > > > > > I still don't understand what it is concerning but I am waiting for the > fix they proposed. > > > > Any thought on what could be done next I'm working on this alone and I > would appreciate if someone could give some inputs for guidance. > > > > Best Regards > > > > > > 18.01.2021, 13:40, "Ramazan Erg?der Bekrek" : > > So I was able to convert Blueberry framework from MITK towards CTK. > > I was able to successfully compile 7 out of 8 plugins and I had some > issues compiling org.blueberry.ui.qt.help because there is a bug in > qt5-webengine version 5.15.1. > > > > I filed a ticket on github on vcpkg repository here : > https://github.com/microsoft/vcpkg/issues/15712 > > > > > I still don't understand what it is concerning but I am waiting for the > fix they proposed. > > > > Any thought on what could be done next I'm working on this alone and I > would appreciate if someone could give some inputs for guidance. > > > > Best Regards > > > > > > > > 13.01.2021, 23:42, "Ramazan Erg?der Bekrek" : > > Have a look at the commits of that branch and you will get what I am > talking about. If you have ideas and details you noticed I didn't take into > consideration then let me know. > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > Best regards > > > > > > 13.01.2021, 20:48, "Ramazan Erg?der Bekrek" : > > I just started from scratch again so that you can follow what I am talking > about since the beginning > > > > https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk > > > > > > > 13.01.2021, 18:59, "Ramazan Erg?der Bekrek" : > > Another solution could be we check inside of the code from Blueberry and > remove all connection to mbilog and adapt it with the logging system from > CTK just by replacing the specific lines. This is just another idea I am > not sure about 100% so I would need you perspective. > > > > > > 13.01.2021, 16:52, "Alex Melville" : > > Hi Ramazan, > > > > I am aware of the Virtual PC option and I have several of them, but they > are very very slow since Visual Studio is very very disk I/O heavy. To make > things a bit more complicated, I need to run Docker on my primary dev > machine (which prevents me from easily running VirtualBox) so all this > would have to happen on a different PC. > > > > If I get time I can see what I can do, but let's be honest, this will not > be an insignificant amount of effort. CMake / build scripts in general are > not a super convenient thing to debug remotely. > > > > Did you get a chance to try my suggestion? How did it go? > > > > - Alex > > > > On Wed, Jan 13, 2021 at 10:47 AM Ramazan Erg?der Bekrek < > e.bekrek at yandex.com> wrote: > > I also found this link with 196 mb iso file which is stripped down version. > > > > https://sites.google.com/site/tinyxpfiles/home/1 > > > > > > > 12.01.2021, 21:21, "'Ramazan Erg?der Bekrek'" : > > > What I would recommend you to do is to install Virtual Box with Tiny Vista > Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio > 2019 Community with mitk latest Version and my repo. What die you think? > > > > > > > > 15:49, January 12, 2021, "amelvill at umich.edu" : > > Hi Ramazan, > > > > First, there?s one unfortunate thing I have to mention, we use a rather > old version of MITK, and as a result, every PC I have that I use with MITK > uses Visual Studio 2013 and there?s no way I can upgrade, and I can?t risk > running a more recent version in parallel. > > > > So I can give you suggestions, but unfortunately it will probably be a > futile effort for me to actually try and build it. I can?t even make a > fresh install of Windows, because this job has taken every PC and SSD I > own, and then some (between the dev PC and my ?build? PC). > > > > Anyway, here is what I think about this: > > > > *mbilogExports.h:* > > > > mbilogExports.h is an automatically generated header that comes as part of > the build process. For me this is what it contains (I found it here: > MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h) > > > > #ifndef MBILOG_EXPORT_H > > #define MBILOG_EXPORT_H > > > > #ifdef MBILOG_STATIC_DEFINE > > # define MBILOG_EXPORT > > # define MBILOG_NO_EXPORT > > #else > > # ifndef MBILOG_EXPORT > > # ifdef mbilog_EXPORTS > > /* We are building this library */ > > # define MBILOG_EXPORT __declspec(dllexport) > > # else > > /* We are using this library */ > > # define MBILOG_EXPORT __declspec(dllimport) > > # endif > > # endif > > > > # ifndef MBILOG_NO_EXPORT > > # define MBILOG_NO_EXPORT > > # endif > > #endif > > > > #ifndef MBILOG_DEPRECATED > > # define MBILOG_DEPRECATED __declspec(deprecated) > > #endif > > > > #ifndef MBILOG_DEPRECATED_EXPORT > > # define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED > > #endif > > > > #ifndef MBILOG_DEPRECATED_NO_EXPORT > > # define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED > > #endif > > > > #if 0 /* DEFINE_NO_DEPRECATED */ > > # ifndef MBILOG_NO_DEPRECATED > > # define MBILOG_NO_DEPRECATED > > # endif > > #endif > > > > #endif /* MBILOG_EXPORT_H */ > > > > This is kind of a hacky thing to do, but I wonder if you could just > copy/paste this into the mbilog source and use that, since I can?t think of > a reason why this needs to be auto-generated, other than to take advantage > of some free stringizing. > > > > Try this and let me know what happens, > > > > Hope that helps, > > > > - Alex > > > > > > *From:* Ramazan Erg?der Bekrek > *Sent:* Tuesday, January 12, 2021 7:36 AM > *To:* amelvill at umich.edu > *Subject:* Re: [mitk-users] Moving BlueBerry Framework from MITK towards > CTK making it independant of the massive MITK setup > > > > Well you can follow the part I blocked. It seems that we need to adapt > mbilog or remove it by replacing the logging system from CTK. I was > wondering if we could just wrap it around CTK's logging and bam smoothly > let it believe that it still uses MITK logging. > > > > What do you think? > > > > Best Regards > > 16:20, October 6, 2020, "Ramazan Erg?der Bekrek" : > > Greetings, > > I am still in the pursuit of happiness with this endeavor of moving > BlueBerry from MITK downward to CTK. Up until now I didn't receive any > feedback with that repository that I created as a branch. > > I still persisted and almost got it working but due to my lack of CMake > understanding I think a little support from all of you would be > appreciated. I almost was able to compile org.blueberry.core.runtime as I > had it converted to a CTK plugin format when it complained that mbilog was > missing its include files. > > I've checked mbilog in MITK and saw that it was a MITK Module. Since there > is no module in CTK I thought the equivalent could be a Lib like the Core, > PluginFramework, etc... > > So I converted the mbilog as a CTK Library and almost got it work. > Unfortunately I don't understand what is mbilog and also I ask myself if > there is no such equivalent available in CTK already that we could just > adapt org.blueberry.core.runtime to use that instead of mbilog. > > This is the error I am getting when I try to compile > > 1> CTKCore.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll > 1> CTKWidgets.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll > 1> CTKWidgetsPlugins.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll > 1> CTKPluginFramework.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll > 1> Generating moc_mbilogExports.cpp > 1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file > > I created this include file to reflect the structure from MITK inside of > CTK/Libs/Core/include:MITK/Modules/Core/include : > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1 > > > I did the standard export directive here : > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17 > > > I still don't get why this file is not created by CTK. > > I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19 > > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154 > > > The only thing I could not get my head around is this part which I could > not translate to CTK. I think there is no equivalent but if there is one > please let me know: > > https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44 > > > You can follow the commit timeline > https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework > > > Best regards > > > > > > > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > > > -- > Sent from Yandex.Mail for mobile > > > > -- > Sent from Yandex.Mail for mobile > > > > -- > Sent from Yandex.Mail for mobile > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > -- > Dr. Marco Nolden > > Scientist & Board Member > Division of Medical Image Computing (E230) > > > German Cancer Research Center (DKFZ) > Foundation under Public Law > Im Neuenheimer Feld 280 > 69120 Heidelberg > Germany > phone: +49 6221 42-2325 > fax: +49 6221 42-2345 > m.nolden at dkfz.dewww.dkfz.de > > Management Board: Prof. Dr. Michael Baumann, Ursula Weyrich > VAT-ID No.: DE143293537 > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at public.kitware.com > https://public.kitware.com/mailman/listinfo/ctk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Fri Jan 29 18:26:11 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 00:26:11 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> Message-ID: <751441611962747@mail.yandex.com> An HTML attachment was scrubbed... URL: From jcfr at kitware.com Fri Jan 29 22:23:17 2021 From: jcfr at kitware.com (Jean-Christophe Fillion-Robin) Date: Fri, 29 Jan 2021 22:23:17 -0500 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <751441611962747@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> Message-ID: Hi, I suggest we update the version of ITK used in CTK. The version is 3.2 which is quite old. As a side note, I will start another thread to understand how the community integrate CTK in their project. I suspect everyone build their own ITK and VTK version. Have a good weekend, J-Christophe On Fri, Jan 29, 2021, 6:26 PM Ramazan Erg?der Bekrek wrote: > I kind of fixed that error but somehow I don't understand the whole > structure can someone provide help? > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > 29.01.2021, 23:28, "Miklos Espak" : > > There is either no variable called "ITKKWSys-targets-build" or if there > is, its value is an empty string. This makes the syntax of the export > command invalid. > I would look around where this variable is supposed to be set. > HTH > > On Fri, 29 Jan 2021 at 15:43, Ramazan Erg?der Bekrek > wrote: > > This is what was my change: > > macro(itk_module_target_export _name) > message("NAME OF TARGET : ${_name}") > message("NAME OF MODULE : ${itk-module}") > message("${itk-module}-targets-build : ${${itk-module}-targets-build}") > export(TARGETS ${_name} APPEND FILE ${${itk-module}-targets-build}) > endmacro() > > > 29.01.2021, 15:02, "Ramazan Erg?der Bekrek" : > > I've put debugging messages and I still cannot understand am I missing > something > > NAME OF TARGET : itksys > 2> NAME OF TARGET : itksys > 2> NAME OF MODULE : ITKKWSys > 2> ITKKWSys-targets-build : > 2> CMake Error at CMake/ITKModuleMacros.cmake:417 (export): > 2> export FILE option missing. > 2> Call Stack (most recent call first): > 2> CMake/ITKModuleMacros.cmake:449 (itk_module_target_export) > 2> External/KWSys/src/CMakeLists.txt:32 (itk_module_target) > > > 27.01.2021, 15:20, "Ramazan Erg?der Bekrek" : > > I forgot to post the latest commit link concerning that error: > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > 26.01.2021, 16:59, "Ramazan Erg?der Bekrek" : > > At this point it doesn't matter much my goal is to split the components > necessary from MITK and merge them into CTK and afterward I will create a > new library inside of CTK with those extracted components so that it > doesn't stay hooked inside mbilog like it is right now. > > I still need help because I've come up with this error concerning the > ITKModuleMacros.cmake and the itk_module_target_export macro which seems to > require a name and while compiling I am getting this: > > CMake Error at CMake/ITKModuleMacros.cmake:414 (export): > 1> export FILE option missing. > 1> Call Stack (most recent call first): > 1> CMake/ITKModuleMacros.cmake:445 (itk_module_target_export) > 1> External/KWSys/src/CMakeLists.txt:32 (itk_module_target) > > Any thoughts on what is the problem? > > Thanx > > 26.01.2021, 13:00, "Nolden, Marco" : > > Hi Ramazan, > > > > this is ambitious I think. Since your final use case is out of the MITK > and CTK domains (medical imaging) I would suggest you could take the useful > parts of BlueBerry, CppMicroServices and CTK to create a prototype of your > application. I think doing this kind of standalone experiment would be > easier right now, instead of starting with a big refactoring, given that I > don't see the interest and resources in this community right now to support > a major refactoring. > > > > However I must also clearly say that though BlueBerry was created in the > MITK context, we are in maintenance mode for this part, and before > introducing new features or major changes we would probably re-evaluate all > options where to head with our UI. So of course we could discuss fixes or > smaller changes in concrete pull requests if they don't break things for > MITK or Slicer, but it should really be with specific goals and of a > manageable size. > > > > Marco > > > ------------------------------ > *Von:* Ramazan Erg?der Bekrek > *Gesendet:* Montag, 25. Januar 2021 19:22 > *An:* Nolden, Marco; Andras Lasso; mitk-users; ctk-developers > *Betreff:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework > from MITK towards CTK making it independant of the massive MITK setup > > What I am aiming at I described previously is to have a basic framework > with all the component to develop any kind of software with the same > feeling as Eclipse RPC and OSGi modular component system. > > So the way it is right now it seems that I would have to go the same way > as MITK by extracting Blueberry so that I can use it with Qt5 for the > dynamic UI side. I now that there is a PluginFramework in CTK but I think > that I will hook also CppMicroservices next to it and use it. > > My goal is to have a dynamic UI which can be loaded/unloaded at runtime > with all the part independent from each other. I also wish the same for the > backend side. I will use this whole infrastructure to create a multimedia > browser which I think could replace the actual broken Browser ecosystem > with HTML & Cie. > > If you have any suggestion or ideas I wish that we could meet in real time > on the Discord channel that I created for all subject related with C++ and > OSGi. > > Best regards > > > 25.01.2021, 14:40, "Marco Nolden" : > > Dear Ramazan, > > again there is quite some history in these approaches, MITK is >15 years > old, CTK started >10 years ago, as you can imagine not everything could be > planned perfectly from the beginning. > > As I wrote in my first post I think we could discuss a strategy here if > you outline a bit more what you are aiming at. But please be aware that the > resources to support you are limited, and we should aim for realistic > improvements. Maybe smaller pull requests following a specific and accepted > aim could be an alternative. > Regarding compilation errors I would also suggest to move to github issues > of the respective projects. Posting this on two mailing lists doesn't work > well. > > And as I also wrote in my first post I think a separate repository / > project for your endeavors could be a good idea as long as we don't have an > agreed on strategy on how to move things around or to separate repositories. > Marco > > > > > > > > > On 1/23/21 8:49 PM, Ramazan Erg?der Bekrek wrote: > > Actually the best would be to drop the PluginFramework and replace it with > a dependency on CppMicroServices... Also I don't get it why there is 2 > plugin frameworks in MITK one is CTKPluginFramework and the second > CppMicroServices. > > > 23.01.2021, 20:32, "Andras Lasso" : > > 3D Slicer relies on CTK and we regularly make fixes and improvements. We > do not use the plugin framework, so we can tolerate any changes to it, as > long as we can keep it disabled and does not break the build of CTK. > > Our slight preference would be to move the plugin framework out of CTK, > just to keep CTK smaller and more focused. But since all these changes > heavily impact MITK and nobody else has been spoken up, you need to agree > in the strategy with Marco. > > > > Andras > > > > *From:* Ctk-developers *On > Behalf Of *Ramazan Erg?der Bekrek > *Sent:* Saturday, January 23, 2021 12:07 PM > *To:* Nolden, Marco ; mitk-users < > mitk-users at lists.sourceforge.net>; ctk-developers < > ctk-developers at public.kitware.com> > *Subject:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework > from MITK towards CTK making it independant of the massive MITK setup > > > > Can someone give some insight here please? I have the impression either > everybody is sleeping because of Corona or people are busy.... :D > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > > > 23.01.2021, 18:05, "Ramazan Erg?der Bekrek" : > > Ok it seems that those errors had to do with CMake flags I didn't included > from ITK. Now that I've cleared that out there's other weird compilation > errors that I don't get because I don't have that much C++ knowledge. > > > > G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(42,24): error > C2079: 'Observer' uses undefined class 'itk::ITKCommon_HIDDEN' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(44,1): error > C2059: syntax error: 'public' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error > C2143: syntax error: missing ';' before '{' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error > C2447: '{': missing function header (old-style formal list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,20): error > C2588: '::~Observer': illegal global destructor > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error > C2575: 'Observer': only member functions and bases can be virtual > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,22): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error > C2365: 'itk::Observer': redefinition; previous definition was 'data > variable' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,1): error > C2653: 'Observer': is not a class or namespace name > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,12): error > C2523: '::~Observer': destructor tag mismatch > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(57,1): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,10): error > C2065: 'm_Event': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,17): error > C2541: 'delete': cannot delete objects that are not pointers > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(61,24): error > C2079: 'SubjectImplementation' uses undefined class 'ITKCommon_HIDDEN' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(63,1): error > C2059: syntax error: 'public' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error > C2143: syntax error: missing ';' before '{' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error > C2447: '{': missing function header (old-style formal list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,25): error > C2588: '::~SubjectImplementation': illegal global destructor > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,27): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,4): error > C2365: 'SubjectImplementation': redefinition; previous definition was 'data > variable' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error > C2143: syntax error: missing ',' before '&' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error > C4430: missing type specifier - int assumed. Note: C++ does not support > default-int > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error > C2143: syntax error: missing ',' before '&' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,62): error > C2270: 'AddObserver': modifiers not allowed on nonmember functions > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > > > > > 22.01.2021, 23:09, "Ramazan Erg?der Bekrek" : > > I've past beyond the last compilation error with new ones: > > > > 1> mitkException.cpp > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.cpp(43,26): > error C2247: 'itk::ExceptionObject::GetDescription' not accessible because > 'mitk::Exception' uses 'private' to inherit from 'itk::ExceptionObject' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(111): > message : see declaration of 'itk::ExceptionObject::GetDescription' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.h(48): message > : see declaration of 'mitk::Exception' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(49): > message : see declaration of 'itk::ExceptionObject' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> mitkLog.cpp > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkExceptionMacros.h(20,1): > warning C4005: 'ITK_LOCATION': macro redefinition > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkMacro.h(479): message : > see previous definition of 'ITK_LOCATION' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(40,3): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(42,23): error > C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(50,34): error > C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(64,39): error > C3861: 'GetCurrentThreadId': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(70,3): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(99,5): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(109,5): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(119,5): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(128,7): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(135,7): error > C2065: 'logMutex': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> itkSimpleFastMutexLock.cxx > > 1> itkSimpleFastMutexLockNoThreads.cxx > > 1> itkSimpleFastMutexLockPThreads.cxx > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,3): > error C2065: 'pthread_mutexattr_t': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): > error C2146: syntax error: missing ';' before identifier 'mta' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,27): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,3): > error C3861: 'pthread_mutexattr_init': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,30): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,35): > error C2065: 'PTHREAD_MUTEX_RECURSIVE': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,3): > error C3861: 'pthread_mutexattr_settype': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,43): > error C2065: 'mta': undeclared identifier > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,3): > error C3861: 'pthread_mutex_init': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(44,3): > error C3861: 'pthread_mutex_destroy': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(51,3): > error C3861: 'pthread_mutex_lock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,30): > error C3861: 'pthread_mutex_trylock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,27): > error C2789: 'lockCaptured': an object of const-qualified type must be > initialized > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58): > message : see declaration of 'lockCaptured' > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(71,3): > error C3861: 'pthread_mutex_unlock': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> itkSimpleFastMutexLockWinThreads.cxx > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(36,3): > error C3861: 'InitializeCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(42,3): > error C3861: 'DeleteCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(49,3): > error C3861: 'EnterCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(56,29): > error C3861: 'TryEnterCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > 1> > G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(69,3): > error C3861: 'LeaveCriticalSection': identifier not found > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > > > > > 22.01.2021, 15:43, "Ramazan Erg?der Bekrek" : > > Hi again Marco, > > > > I am almost at the last stage for compiling the external dependencies like > ITK headers and MITK but somehow I end up with many compilation errors. > > > > 1> G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(304,1): > error C2447: '{': missing function header (old-style formal list?) > [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj] > > > > Link latest stand : > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > Can you provide your insight or maybe advice how to resolve this road > block. > > > > Best Regards > > > > > > 22.01.2021, 11:25, "Nolden, Marco" : > > Hi Ramazan, > > > > BlueBerry used to be more separated in MITK (this is also where some > references to blueberry.org may dangle around). But it?s always a > tradeoff to maintain completely separate repositories and build systems, as > I said before from a pure architectural view you are completely right. In > the beginning it even had an abstraction layer to make it independent of > Qt, impressive work by the principal developer, but again something with a > tradeoff. > > > > Marco > > > > > > > > > > > > > > > > *Von:* Ramazan Erg?der Bekrek > *Gesendet:* Freitag, 22. Januar 2021 11:17 > *An:* Nolden, Marco ; mitk-users < > mitk-users at lists.sourceforge.net>; ctk-developers < > ctk-developers at public.kitware.com> > *Betreff:* Re: AW: [Ctk-developers] [mitk-users] Moving BlueBerry > Framework from MITK towards CTK making it independant of the massive MITK > setup > > > > Hi Marco! Thank you for your feedback. > > > > The goal actually was to get the same development feeling without having > the need to use all the heavy dependencies that come with MITK. Having > something like OSGi Eclipse Equinox and Eclipse RPC to start to program > right away in any field was my goal. Right now the people at MITK didn't > for see to cut the modularity outside of their Architecture. > > > > The ideal was in my thoughts to make this a brother plugin bundle in > CppMicroservices but I didn't have time and energy to go down lower. > > > > CTK felt for me like CppMicroservices with modified version. And I needed > Qt5 on top of OSGi + the beautiful Eclipse RPC feeling. > > > > 10:52, January 22, 2021, "Nolden, Marco" : > > Hi Ramazan, > > > > thanks for your interesting efforts! I see the general idea, and > conceptually BlueBerry may be closer to the CTK plugin framework than to > MITK, but at the same time it?s a working system in the way it?s setup > right now. > > > > Could you maybe give some background about your goals or expectations? You > can probably understand that a massive change like this will need > considerable resources for review and maintenance in both communities to > make this change something the projects using CTK are having a real benefit > from. > > > > One thing that has been discussed in the MITK community before was a > standalone BlueBerry, to make it available to non-medical applications. So > this _*could*_ be something to aim for, but again this wouldn?t be a > primary goal for MITK development right now, and in my opinion this could > or even should also live outside of the primary CTK repository to make it > most useful for the non-medical community looking for a flexible > application framework. > > > > Marco > > > > > > > > *Von:* Ctk-developers *Im > Auftrag von *Ramazan Erg?der Bekrek > *Gesendet:* Dienstag, 19. Januar 2021 13:47 > *An:* mitk-users ; ctk-developers < > ctk-developers at public.kitware.com> > *Betreff:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework > from MITK towards CTK making it independant of the massive MITK setup > > > > Good news everyone the whole BLUEBERRY framework is now 100% successfully > compiling on Windows with VS 2019 and Qt. > > > > Here you can find the latest repo version > > > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > Besdt Regards > > > > > > 18.01.2021, 13:48, "Ramazan Erg?der Bekrek" : > > So I was able to convert Blueberry framework from MITK towards CTK. > > I was able to successfully compile 7 out of 8 plugins and I had some > issues compiling org.blueberry.ui.qt.help because there is a bug in > qt5-webengine version 5.15.1. > > > > The link for the repo with working compilation is here : > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > I filed a ticket on github on vcpkg repository here : > https://github.com/microsoft/vcpkg/issues/15712 > > > > > I still don't understand what it is concerning but I am waiting for the > fix they proposed. > > > > Any thought on what could be done next I'm working on this alone and I > would appreciate if someone could give some inputs for guidance. > > > > Best Regards > > > > > > 18.01.2021, 13:40, "Ramazan Erg?der Bekrek" : > > So I was able to convert Blueberry framework from MITK towards CTK. > > I was able to successfully compile 7 out of 8 plugins and I had some > issues compiling org.blueberry.ui.qt.help because there is a bug in > qt5-webengine version 5.15.1. > > > > I filed a ticket on github on vcpkg repository here : > https://github.com/microsoft/vcpkg/issues/15712 > > > > > I still don't understand what it is concerning but I am waiting for the > fix they proposed. > > > > Any thought on what could be done next I'm working on this alone and I > would appreciate if someone could give some inputs for guidance. > > > > Best Regards > > > > > > > > 13.01.2021, 23:42, "Ramazan Erg?der Bekrek" : > > Have a look at the commits of that branch and you will get what I am > talking about. If you have ideas and details you noticed I didn't take into > consideration then let me know. > > https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk > > > > > Best regards > > > > > > 13.01.2021, 20:48, "Ramazan Erg?der Bekrek" : > > I just started from scratch again so that you can follow what I am talking > about since the beginning > > > > https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk > > > > > > > 13.01.2021, 18:59, "Ramazan Erg?der Bekrek" : > > Another solution could be we check inside of the code from Blueberry and > remove all connection to mbilog and adapt it with the logging system from > CTK just by replacing the specific lines. This is just another idea I am > not sure about 100% so I would need you perspective. > > > > > > 13.01.2021, 16:52, "Alex Melville" : > > Hi Ramazan, > > > > I am aware of the Virtual PC option and I have several of them, but they > are very very slow since Visual Studio is very very disk I/O heavy. To make > things a bit more complicated, I need to run Docker on my primary dev > machine (which prevents me from easily running VirtualBox) so all this > would have to happen on a different PC. > > > > If I get time I can see what I can do, but let's be honest, this will not > be an insignificant amount of effort. CMake / build scripts in general are > not a super convenient thing to debug remotely. > > > > Did you get a chance to try my suggestion? How did it go? > > > > - Alex > > > > On Wed, Jan 13, 2021 at 10:47 AM Ramazan Erg?der Bekrek < > e.bekrek at yandex.com> wrote: > > I also found this link with 196 mb iso file which is stripped down version. > > > > https://sites.google.com/site/tinyxpfiles/home/1 > > > > > > > 12.01.2021, 21:21, "'Ramazan Erg?der Bekrek'" : > > > What I would recommend you to do is to install Virtual Box with Tiny Vista > Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio > 2019 Community with mitk latest Version and my repo. What die you think? > > > > > > > > 15:49, January 12, 2021, "amelvill at umich.edu" : > > Hi Ramazan, > > > > First, there?s one unfortunate thing I have to mention, we use a rather > old version of MITK, and as a result, every PC I have that I use with MITK > uses Visual Studio 2013 and there?s no way I can upgrade, and I can?t risk > running a more recent version in parallel. > > > > So I can give you suggestions, but unfortunately it will probably be a > futile effort for me to actually try and build it. I can?t even make a > fresh install of Windows, because this job has taken every PC and SSD I > own, and then some (between the dev PC and my ?build? PC). > > > > Anyway, here is what I think about this: > > > > *mbilogExports.h:* > > > > mbilogExports.h is an automatically generated header that comes as part of > the build process. For me this is what it contains (I found it here: > MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h) > > > > #ifndef MBILOG_EXPORT_H > > #define MBILOG_EXPORT_H > > > > #ifdef MBILOG_STATIC_DEFINE > > # define MBILOG_EXPORT > > # define MBILOG_NO_EXPORT > > #else > > # ifndef MBILOG_EXPORT > > # ifdef mbilog_EXPORTS > > /* We are building this library */ > > # define MBILOG_EXPORT __declspec(dllexport) > > # else > > /* We are using this library */ > > # define MBILOG_EXPORT __declspec(dllimport) > > # endif > > # endif > > > > # ifndef MBILOG_NO_EXPORT > > # define MBILOG_NO_EXPORT > > # endif > > #endif > > > > #ifndef MBILOG_DEPRECATED > > # define MBILOG_DEPRECATED __declspec(deprecated) > > #endif > > > > #ifndef MBILOG_DEPRECATED_EXPORT > > # define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED > > #endif > > > > #ifndef MBILOG_DEPRECATED_NO_EXPORT > > # define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED > > #endif > > > > #if 0 /* DEFINE_NO_DEPRECATED */ > > # ifndef MBILOG_NO_DEPRECATED > > # define MBILOG_NO_DEPRECATED > > # endif > > #endif > > > > #endif /* MBILOG_EXPORT_H */ > > > > This is kind of a hacky thing to do, but I wonder if you could just > copy/paste this into the mbilog source and use that, since I can?t think of > a reason why this needs to be auto-generated, other than to take advantage > of some free stringizing. > > > > Try this and let me know what happens, > > > > Hope that helps, > > > > - Alex > > > > > > *From:* Ramazan Erg?der Bekrek > *Sent:* Tuesday, January 12, 2021 7:36 AM > *To:* amelvill at umich.edu > *Subject:* Re: [mitk-users] Moving BlueBerry Framework from MITK towards > CTK making it independant of the massive MITK setup > > > > Well you can follow the part I blocked. It seems that we need to adapt > mbilog or remove it by replacing the logging system from CTK. I was > wondering if we could just wrap it around CTK's logging and bam smoothly > let it believe that it still uses MITK logging. > > > > What do you think? > > > > Best Regards > > 16:20, October 6, 2020, "Ramazan Erg?der Bekrek" : > > Greetings, > > I am still in the pursuit of happiness with this endeavor of moving > BlueBerry from MITK downward to CTK. Up until now I didn't receive any > feedback with that repository that I created as a branch. > > I still persisted and almost got it working but due to my lack of CMake > understanding I think a little support from all of you would be > appreciated. I almost was able to compile org.blueberry.core.runtime as I > had it converted to a CTK plugin format when it complained that mbilog was > missing its include files. > > I've checked mbilog in MITK and saw that it was a MITK Module. Since there > is no module in CTK I thought the equivalent could be a Lib like the Core, > PluginFramework, etc... > > So I converted the mbilog as a CTK Library and almost got it work. > Unfortunately I don't understand what is mbilog and also I ask myself if > there is no such equivalent available in CTK already that we could just > adapt org.blueberry.core.runtime to use that instead of mbilog. > > This is the error I am getting when I try to compile > > 1> CTKCore.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll > 1> CTKWidgets.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll > 1> CTKWidgetsPlugins.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll > 1> CTKPluginFramework.vcxproj -> > G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll > 1> Generating moc_mbilogExports.cpp > 1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file > > I created this include file to reflect the structure from MITK inside of > CTK/Libs/Core/include:MITK/Modules/Core/include : > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1 > > > I did the standard export directive here : > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17 > > > I still don't get why this file is not created by CTK. > > I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19 > > > https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154 > > > The only thing I could not get my head around is this part which I could > not translate to CTK. I think there is no equivalent but if there is one > please let me know: > > https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44 > > > You can follow the commit timeline > https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework > > > Best regards > > > > > > > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > > > -- > Sent from Yandex.Mail for mobile > > > > -- > Sent from Yandex.Mail for mobile > > > > -- > Sent from Yandex.Mail for mobile > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > > -- > Dr. Marco Nolden > > Scientist & Board Member > Division of Medical Image Computing (E230) > > > German Cancer Research Center (DKFZ) > Foundation under Public Law > Im Neuenheimer Feld 280 > 69120 Heidelberg > Germany > phone: +49 6221 42-2325 > fax: +49 6221 42-2345 > m.nolden at dkfz.dewww.dkfz.de > > Management Board: Prof. Dr. Michael Baumann, Ursula Weyrich > VAT-ID No.: DE143293537 > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > ,, > > _______________________________________________ > mitk-users mailing list > mitk-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at public.kitware.com > https://public.kitware.com/mailman/listinfo/ctk-developers > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at public.kitware.com > https://public.kitware.com/mailman/listinfo/ctk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 30 08:26:13 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 14:26:13 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> Message-ID: <12131612013066@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 30 11:36:47 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 17:36:47 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <12131612013066@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> Message-ID: <15741612024558@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 30 11:36:57 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 17:36:57 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <12131612013066@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> Message-ID: <18931612024610@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 30 13:56:16 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 19:56:16 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <18931612024610@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> <18931612024610@mail.yandex.com> Message-ID: <27311612032931@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 30 15:05:49 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 21:05:49 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <27311612032931@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> <18931612024610@mail.yandex.com> <27311612032931@mail.yandex.com> Message-ID: <24321612037012@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 30 15:11:11 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 21:11:11 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <24321612037012@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> <18931612024610@mail.yandex.com> <27311612032931@mail.yandex.com> <24321612037012@mail.yandex.com> Message-ID: <22911612037305@mail.yandex.com> An HTML attachment was scrubbed... URL: From e.bekrek at yandex.com Sat Jan 30 15:37:02 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 21:37:02 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <22911612037305@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> <18931612024610@mail.yandex.com> <27311612032931@mail.yandex.com> <24321612037012@mail.yandex.com> <22911612037305@mail.yandex.com> Message-ID: <24831612038672@mail.yandex.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 178093 bytes Desc: not available URL: From e.bekrek at yandex.com Sat Jan 30 16:09:44 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 22:09:44 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <24831612038672@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> <18931612024610@mail.yandex.com> <27311612032931@mail.yandex.com> <24321612037012@mail.yandex.com> <22911612037305@mail.yandex.com> <24831612038672@mail.yandex.com> Message-ID: <25221612040786@mail.yandex.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 178093 bytes Desc: not available URL: From e.bekrek at yandex.com Sat Jan 30 16:32:03 2021 From: e.bekrek at yandex.com (=?utf-8?B?UmFtYXphbiBFcmfDvGRlciBCZWtyZWs=?=) Date: Sat, 30 Jan 2021 22:32:03 +0100 Subject: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup In-Reply-To: <24831612038672@mail.yandex.com> References: <245741601992207@mail.yandex.com> <6327551610454986@vla5-8300199a0c8b.qloud-c.yandex.net> <001a01d6e8f1$f62c2960$e2847c20$@umich.edu> <19812251610482884@myt6-09be74140f25.qloud-c.yandex.net> <8008261610552806@mail.yandex.com> <2340351610560669@mail.yandex.com> <213761610567267@mail.yandex.com> <2944141610577659@mail.yandex.com> <2047501610973340@mail.yandex.com> <3537591610974006@mail.yandex.com> <5968391611060360@mail.yandex.com> <5424ac142081493fa2971f4cea515462@dkfzex02n2.ad.dkfz-heidelberg.de> <4891971611310622@myt5-b646bde4b8f3.qloud-c.yandex.net> <7894dddda8e14d8baebc44771eb19ec4@dkfzex02n2.ad.dkfz-heidelberg.de> <9716501611326410@mail.yandex.com> <5921611353283@mail.yandex.com> <5388421611421431@mail.yandex.com> <942691611421599@mail.yandex.com> <1915441611431320@mail.yandex.com> <1250701611598650@mail.yandex.com> <1611662394617.83330@Dkfz-Heidelberg.de> <38721611674375@mail.yandex.com> <291721611757137@mail.yandex.com> <461651611928844@mail.yandex.com> <756641611931382@mail.yandex.com> <751441611962747@mail.yandex.com> <12131612013066@mail.yandex.com> <18931612024610@mail.yandex.com> <27311612032931@mail.yandex.com> <24321612037012@mail.yandex.com> <22911612037305@mail.yandex.com> <24831612038672@mail.yandex.com> Message-ID: <25841612042304@mail.yandex.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 178093 bytes Desc: not available URL: