From stephen.aylward at kitware.com  Sun May  1 22:00:10 2011
From: stephen.aylward at kitware.com (Stephen Aylward)
Date: Sun, 1 May 2011 18:00:10 -0400
Subject: [Ctk-developers] Fwd: CTK Hackfest in Europe: INRIA's proposal
In-Reply-To: <1776432836.768186.1304001531837.JavaMail.root@zmbs4.inria.fr>
References: <C9DEECF9.7590%h.p.meinzer@dkfz-heidelberg.de>
	<1776432836.768186.1304001531837.JavaMail.root@zmbs4.inria.fr>
Message-ID: <BANLkTinvZHhN0Wp4=Nc88jVKvnqic-bMBQ@mail.gmail.com>

Sorry for the problems with the emails and email list.  I've changed
the setting a bit - hopefully I will at least be able to catch the
rejections.

About the hackfest in INRIA - I think it is a great idea!  The heavy
travel should have ended, so costs should be manageable.

Thanks,
Stephen

On Thu, Apr 28, 2011 at 10:38 AM, Benoit Bleuze <benoit.bleuze at inria.fr> wrote:
>
> I am forwarding this e-mail to the list because only the cc-ed contacts received it.
> Pitt/Pete/Piet/Peter, could you check that you are sending this e-mail with the same address you used when registering to the list?
> I had the same problem on Tuesday when I tried to send this e-mail, and received no answer from any one, I checked the list's administration page,
> and since our addresses at INRIA have changed in the past months my e-mail was silently rejected, I updated my address in the mailing list's settings and all was good as new.
>
> The more hackfests the better I would say.
> And I don't know if the breathtaking view and a catholic institutions are imperatives for you to find a reason to come,
> but we will host it on INRIA premises which don't have either of these crucial prerequisites, but the a good view is never far in the area.
>
> Ben.
>
>
> ----- Forwarded Message -----
>> From: "Meinzer Hans-Peter" <h.p.meinzer at dkfz-heidelberg.de>
>> To: pieper at bwh.harvard.edu, "Benoit Bleuze" <benoit.bleuze at inria.fr>
>> Cc: ctk-developers at commontk.org
>> Sent: Thursday, 28 April, 2011 10:11:45 AM
>> Subject: Re: [Ctk-developers] CTK Hackfest in Europe: INRIA's proposal
>> Hi,
>>
>> I just was in Nice for a meeting on standardized datasets and
>> evaluation of algorithms. The solution to that is CTK with some small
>> extentions. We were at a catholic study center which I can deeply
>> recommend, the view is breathtaking.
>> I suggest this hackfest PLUS another in summer in the US.
>> Perhaps I can find a reason to join.
>>
>> Pitt/Pete/Piet/Peter
>>
>> Von: Steve Pieper <pieper at ibility.net<mailto:pieper at ibility.net>>
>> Antworten an: "pieper at bwh.harvard.edu<mailto:pieper at bwh.harvard.edu>"
>> <pieper at bwh.harvard.edu<mailto:pieper at bwh.harvard.edu>>
>> Datum: Wed, 27 Apr 2011 23:55:58 +0200
>> An: Benoit Bleuze
>> <benoit.bleuze at inria.fr<mailto:benoit.bleuze at inria.fr>>
>> Cc: "ctk-developers at commontk.org<mailto:ctk-developers at commontk.org>"
>> <ctk-developers at commontk.org<mailto:ctk-developers at commontk.org>>
>> Betreff: Re: [Ctk-developers] CTK Hackfest in Europe: INRIA's proposal
>>
>> Hi Benoit - I'd love to attend such an event!
>>
>> This is the right list for any discussion - so far ctk has been a
>> hackers organization, so the developers list is where all the action
>> is :)
>>
>> Your timing makes sense. If we need an event sooner, we could consider
>> another US event in summertime.
>>
>> Anyone else have thoughts or suggestions?
>>
>> -Steve
>>
>>
>>
>> On Wed, Apr 27, 2011 at 4:53 AM, Benoit Bleuze
>> <benoit.bleuze at inria.fr<mailto:benoit.bleuze at inria.fr>> wrote:
>> Greetings to all!
>>
>> I don't have access to the other mailing list (the non developer's
>> one), so if anyone who has access to it think it is advisable to
>> diffuse this e-mail also to that other list, please do so.
>>
>> We already talked about INRIA's will to host a hackfest, and I have
>> the pleasure to announce you that we precised our idea a little.
>> I met the dkfz people last week in Nice, and already told them about
>> the idea, and it's been received quite positively, and so I am doing
>> the same proposition to a wider audience.
>>
>> We are organising an imaging workshop (among the VPH community) not so
>> dissimilar to the one that preceded the hack fest back in Barcelona
>> last year in our premises in Sophia Antipolis.
>> Only this one will be centered around the interoperability of imaging
>> tools. Of course interacting through CTK would be a way to answer that
>> problem.
>> And that would be a perfect occasion to squeeze a CTK hackfest right
>> after it. Due to the publicity needed for the workshop, it cannot be
>> done before summer, and Summer is a no go for many people,
>> September and October have been deemed to busy because of the start of
>> the academic year, and so November came out as a reasonable month. We
>> were think of first or second week of November.
>> Something like : and of first week for our workshop, and the following
>> week for the hackfest, so that people wishing to attend both could do
>> so.
>> Of course, would some of you like even to attend the workshop, you
>> would be very much welcome.
>>
>> My questions are the following:
>> 1- Are you all in favour of this happening in principle?
>> 2- Are the dates ok for you all, since initially it was supposed that
>> a hack fest would be organised sooner in the year?
>> 3- Any remark or advice?
>>
>> I would like to add that last Friday we applied for a grant (a VPH
>> seed exemplar project) for getting one person working on the
>> interoperability of our (UPF, CNRS and INRIA's) imaging tools.
>> And this proposal mentioned a possible interoperability using CTK as a
>> translation layer (either using plugins, or message bus, or
>> application hosting). The content of the workshop I mentioned already
>> will depend on the success of the proposal, but the workshop will
>> happen whatever the outcome.
>> The only thing is that the work would be much more advanced if some
>> engineer worked on interoperability full time in the 3 months prior to
>> the workshop.
>> If we can put together this workshop, the grant and the hackfest, real
>> good things can happen to CTK.
>>
>> I am looking forward to seeing your opinion on this,
>> Best wishes,
>> Benoit.
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org<mailto:Ctk-developers at commontk.org>
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>



-- 

==============================
Stephen R. Aylward, Ph.D.
Director of Medical Imaging Research
Kitware, Inc. - North Carolina Office
http://www.kitware.com
stephen.aylward (Skype)
(919) 969-6990 x300


From jchris.fillionr at kitware.com  Mon May  2 15:57:01 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Mon, 2 May 2011 11:57:01 -0400
Subject: [Ctk-developers] Fwd: [GitHub] modalitiesInStudy not read correctly
 and more Modality related issues [commontk/CTK GH-15]
In-Reply-To: <commontk/CTK/issues/15@github.com>
References: <commontk/CTK/issues/15@github.com>
Message-ID: <BANLkTinwQwKDOayNWfm9bLikSDfbDiWe3w@mail.gmail.com>

Is somebody looking into that issue ?

Thanks
Jc

---------- Forwarded message ----------
From: toromand <
reply+i-819199-208fc263772333bb5a07781cdaa80466812e9900 at reply.github.com>
Date: Wed, Apr 27, 2011 at 7:29 AM
Subject: [GitHub] modalitiesInStudy not read correctly and more Modality
related issues [commontk/CTK GH-15]
To: jchris.fillionr at kitware.com


1.
in CTK/Libs/DICOM/Core/ctkDICOMDatabase.cpp
the tag DCM_ModalitiesInStudy is not read correctly
Instead of:
dataset->findAndGetOFString(DCM_ModalitiesInStudy, modalitiesInStudy);
it should be:
dataset->findAndGetOFStringArray(DCM_ModalitiesInStudy, modalitiesInStudy);
to allow reading multiple modalities (XX\YY\ZZ)

2.
Also, you might consider more "standard" way of performing the query with
the modalities filter. Although the fact that many SCP implement search by
the ModalitiesInStudy tag, it is not according to the DICOM standard and is
rather a IHE extension with undefined behavior when used as a search
criterion (well, it works well with dcm4chee). So it might now work with all
DICOM compliant SCPs. The "proper" way (according to DICOM specifications)
would be to perform a query for all needed modalities and combine the
results.

3. Rather more important issue is that the current database design lacks a
VERY important thing. In DICOM, modalities are part of Series, not the
Study, and the ModalitiesInStudy is "informative" and new feature that you
should use on Study level for information on the Study, but in your current
implementation, you don't have the information on the actual modality of
every series. This is a very important information and it is missing
although it exists in the dataset. So at present with (1) not fixed you get
for study with 2 modalities (XA/OT)
STUDY (XA)
 - SERIES 1
 - SERIES 2
instead of
STUDY (XA/OT)  -----> *with (1) fixed
 - SERIES 1 (XA)
 - SERIES 2 (OT)

Regards
Dragan Toroman

--
Reply to this email directly or view it on GitHub:
https://github.com/commontk/CTK/issues/15



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110502/77452d5d/attachment.htm>

From jchris.fillionr at kitware.com  Mon May  2 16:04:10 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Mon, 2 May 2011 12:04:10 -0400
Subject: [Ctk-developers] Documentation of CMake macros and functions
In-Reply-To: <4DBACAAA.4050305@dkfz-heidelberg.de>
References: <4DA46182.6010609@dkfz-heidelberg.de>
	<4DBACAAA.4050305@dkfz-heidelberg.de>
Message-ID: <BANLkTim6YoA-q0SNE4TfPCWs-UkW8oKcEw@mail.gmail.com>

Work out of the box on my machine. Looks great !

I have no excuse now .. will have to document the macro / function I wrote
:)

Thanks
Jc

On Fri, Apr 29, 2011 at 10:26 AM, Sascha Zelzer <s.zelzer at dkfz-heidelberg.de
> wrote:

> Hi,
>
> I just pushed the necessary changes for having CMake macros documented via
> Doxygen. You should be able to have a look at the doxygen output tomorrow,
> when the documentation has been regenerated.
>
> Feel free to start writing outstanding documentation of your CMake code ;-)
>
> - Sascha
>
>
> On 04/12/2011 04:28 PM, Sascha Zelzer wrote:
>
>> Hi Folks,
>>
>> I have always been a little bit annoyed by the lack of documentation for
>> custom CMake macros and functions (both in our own projects and in CTK).
>>
>> Doxygen supports the idea of so called "input filters" which take an
>> input file and transform it into code which Doxygen can understand and
>> parse. I wrote such an input filter for CMake files (see
>> https://github.com/saschazelzer/CMakeDoxygenFilter/) and we are using it
>> now in MITK. It allows you to document your CMake macros/functions
>> inline using all of Doxygens commands.
>>
>> For example, it looks like this:
>>
>> http://docs.mitk.org/nightly-qt4/namespaceCMake.html#aed923b6189222cc8f9800cbc3486d7f5
>> (we certainly still have a lot to do concerning the documentation of our
>> macros... :-) )
>>
>> I would like to integrate this stuff into CTK, any comments/suggestions?
>>
>>
>> Thanks,
>>
>> Sascha
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110502/fa6c8e27/attachment.htm>

From jchris.fillionr at kitware.com  Tue May  3 11:04:31 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Tue, 3 May 2011 07:04:31 -0400
Subject: [Ctk-developers] Fwd: [GitHub] Retrieve (and Database) bugs
	[commontk/CTK GH-16]
In-Reply-To: <commontk/CTK/issues/16@github.com>
References: <commontk/CTK/issues/16@github.com>
Message-ID: <BANLkTimKSYxA_YqdCLTf=oJnCvBHOFk0CA@mail.gmail.com>

Good morning folks,

Could somebody consider the remark of Dragan ?

May be multiple issue should be entered in the issue tracker, prioritized
and assigned to the appropriate people.

I let the ctkDICOM guru chime in ... :)

Thanks
Jc

---------- Forwarded message ----------
From: toromand <
reply+i-842542-9e237d982bb977f5158e4336e117d72ea9fe04af at reply.github.com>
Date: Tue, May 3, 2011 at 6:12 AM
Subject: [GitHub] Retrieve (and Database) bugs [commontk/CTK GH-16]
To: jchris.fillionr at kitware.com


- The network connection in ctkDICOMRetrieve is never "dropped". Consequent
calls to the retrieve function ends up with the message that "The network
address is already in use" as the association is never closed.
Should include call to closeAssociation on several places. It would be even
better to use the member SCU (narked as to-do) in the source, to make it
even better. Special care should be taken on exception when called from
"outside".
- Retrieved object are written to the disk two times. The portion of code
"borrowed" from the dcmdjpeg example should not exist in the retrieve code,
because the data (according to the design) should be and is written in the
database.insert().

- Also, in ctkDICOMDatabase, there is a problem with retrieved object
paths/filenames. The present system of using UIDs is not compliant with the
DICOM standard, especially if you would like to create (proper) DICOMDIR and
archive media. Paths and filenames should be generated to have max 8
characters according to the DICOM standard (check with Clunie if you don't
beleive me :) )
- Different behavior of in-memory and file database should not be
implemented (at least not like that) in the Core library code. One should
expect that the call to a function (insert()) should depend on parameters
only.

- You should also correct the calls to database.insert() to reflect the
needed use.
For instance, in ctkDICOMQuery, the call to database.insert() is missing
"false, false" (causing some side-efects, like trying to generate thumbnails
for non-existent images)

Enough for this post :)
Keep the good work,
Dragan Toroman

--
Reply to this email directly or view it on GitHub:
https://github.com/commontk/CTK/issues/16



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110503/ae87059c/attachment.htm>

From dicom at offis.de  Tue May  3 11:12:24 2011
From: dicom at offis.de (OFFIS DICOM Team)
Date: Tue, 03 May 2011 13:12:24 +0200
Subject: [Ctk-developers] Fwd: [GitHub] Retrieve (and Database)
 bugs	[commontk/CTK GH-16]
In-Reply-To: <BANLkTimKSYxA_YqdCLTf=oJnCvBHOFk0CA@mail.gmail.com>
References: <commontk/CTK/issues/16@github.com>
	<BANLkTimKSYxA_YqdCLTf=oJnCvBHOFk0CA@mail.gmail.com>
Message-ID: <4DBFE318.6010805@offis.de>

Dear all,

Dragan Toroman wrote on "github":

> - Also, in ctkDICOMDatabase, there is a problem with retrieved object
> paths/filenames. The present system of using UIDs is not compliant with the
> DICOM standard, especially if you would like to create (proper) DICOMDIR and
> archive media. Paths and filenames should be generated to have max 8
> characters according to the DICOM standard (check with Clunie if you don't
> beleive me :) )

That's only true for DICOM Storage/Exchange Media, and the DICOM standard 
does not say anything about what systems have to do _internally_ - including 
the naming conventions of DICOM files ;-)

Regards,
J?rg Riesmeier
-- 
OFFIS DICOM Team, Escherweg 2, 26121 Oldenburg, Germany
E-Mail: dicom at offis.de, URL: http://dicom.offis.de



From dicom at offis.de  Tue May  3 11:58:11 2011
From: dicom at offis.de (OFFIS DICOM Team)
Date: Tue, 03 May 2011 13:58:11 +0200
Subject: [Ctk-developers] Fwd: [GitHub] modalitiesInStudy not read
 correctly and more Modality related issues [commontk/CTK GH-15]
Message-ID: <4DBFEDD3.80307@offis.de>

Forward of my email from yesterday because the "reply to" did not work ...

-------- Original-Nachricht --------
Betreff: Re: [Ctk-developers] Fwd: [GitHub] modalitiesInStudy not read 
correctly and more Modality related issues [commontk/CTK GH-15]
Datum: Mon, 02 May 2011 18:50:04 +0200
Von: OFFIS DICOM Team <dicom at offis.de>
An: Jean-Christophe Fillion-Robin <jchris.fillionr at kitware.com>

Dear all,

Dragan Toroman wrote on "github":

> Also, you might consider more "standard" way of performing the query with
> the modalities filter. Although the fact that many SCP implement search by
> the ModalitiesInStudy tag, it is not according to the DICOM standard and is
> rather a IHE extension with undefined behavior when used as a search
> criterion (well, it works well with dcm4chee). So it might now work with all
> DICOM compliant SCPs. The "proper" way (according to DICOM specifications)
> would be to perform a query for all needed modalities and combine the results.

well that's not totally correct because Modalities in Study (0008,0061) is
defined as an optional Q/R attribute (see section C.3.4 in DICOM PS 3.4).
However, since it optional, an Q/R SCU can not rely on that it is really
supported by the SCP. Details regarding the handling of optional keys for
Query/Retrieve can be found in section C.2.2.1.3 of DICOM PS 3.4.

Btw, as far as I know, Modalities in Study is no "IHE invention" but has
been introduced some years before with DICOM CP 71:

     ftp://medical.nema.org/medical/dicom/final/cp071_ft.pdf

What's true about it is that Modalities in Study is required for both SCU
and SCP as part of the IHE Query Images transaction [RAD-14], i.e. Image
Archive and Image Display actors.

Regards,
J?rg Riesmeier
-- 
OFFIS DICOM Team, Escherweg 2, D-26121 Oldenburg
E-Mail: dicom at offis.de, URL: http://dicom.offis.de



From clarkson at drc.ion.ucl.ac.uk  Mon May  9 11:35:11 2011
From: clarkson at drc.ion.ucl.ac.uk (Matt Clarkson)
Date: Mon, 9 May 2011 12:35:11 +0100 (BST)
Subject: [Ctk-developers] Build Error - Mac 10.6.7
In-Reply-To: <9605124.81656.1304940883047.JavaMail.root@shyrka>
Message-ID: <10485703.81660.1304940911631.JavaMail.root@shyrka>

Hi there, 


I'm just starting to take a look at CTK, with a view to using it, so please accept my apologies, if I'm doing something stupid. 


I did a git anonymous checkout on Saturday. 


git clone .....etc. 
mkdir CTK-build 
cd CTK-build 
ccmake ../CTK 


i was just trying to do a "standard" build, 


after a while I get the error: 




[ 71%] Built target CTKVisualizationVTKWidgetsCppTests 

Linking CXX shared library ../../bin/plugins/liborg_commontk_qtmobility_service.dylib 

Undefined symbols: 

"QtMobility::QServiceManager::addService(QIODevice*)", referenced from: 

ctkQtMobilityServiceRuntime::processPlugin(QSharedPointer<ctkPlugin>) in ctkQtMobilityServiceRuntime.cpp.o 




I have attached my CMakeCache.txt, and a text file containing more of the error message. 

I appreciate the code is in constant change, so was I just unlucky with my checkout? 




Many thanks 




Matt 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110509/ee4c891d/attachment.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: CMakeCache.txt
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110509/ee4c891d/attachment.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: error.txt
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110509/ee4c891d/attachment-0001.txt>

From s.zelzer at dkfz-heidelberg.de  Mon May  9 14:47:11 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Mon, 09 May 2011 16:47:11 +0200
Subject: [Ctk-developers] Build Error - Mac 10.6.7
In-Reply-To: <10485703.81660.1304940911631.JavaMail.root@shyrka>
References: <10485703.81660.1304940911631.JavaMail.root@shyrka>
Message-ID: <4DC7FE6F.7010600@dkfz-heidelberg.de>

Hi Matt,

the QtMobility stuff seems to be broken on MacOS (obviously...), but you 
won't need it anyway to get started. Looking at your CMakeCache.txt file 
I see that almost all of the CTK plug-ins are switched on. By default, 
they should be off... did you change that or is that a Mac issue too?

Switching the CMake variable CTK_PLUGIN_org.commontk.qtmobility.service 
to OFF should do the trick for now.

Thank you for the feedback,

Sascha

On 05/09/2011 01:35 PM, Matt Clarkson wrote:
> Hi there,
>
> I'm just starting to take a look at CTK, with a view to using it, so 
> please accept my apologies, if I'm doing something stupid.
>
> I did a git anonymous checkout on Saturday.
>
> git clone .....etc.
> mkdir CTK-build
> cd CTK-build
> ccmake ../CTK
>
> i was just trying to do a "standard" build,
>
> after a while I get the error:
>
> [ 71%] Built target CTKVisualizationVTKWidgetsCppTests
>
> Linking CXX shared library 
> ../../bin/plugins/liborg_commontk_qtmobility_service.dylib
>
> Undefined symbols:
>
>   "QtMobility::QServiceManager::addService(QIODevice*)", referenced from:
>
>       
> ctkQtMobilityServiceRuntime::processPlugin(QSharedPointer<ctkPlugin>) 
>         in ctkQtMobilityServiceRuntime.cpp.o
>
>
> I have attached my CMakeCache.txt, and a text file containing more of 
> the error message.
>
> I appreciate the code is in constant change, so was I just unlucky 
> with my checkout?
>
>
> Many thanks
>
>
> Matt
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110509/a4014e85/attachment.htm>

From clarkson at drc.ion.ucl.ac.uk  Mon May  9 15:09:09 2011
From: clarkson at drc.ion.ucl.ac.uk (Matt Clarkson)
Date: Mon, 9 May 2011 16:09:09 +0100 (BST)
Subject: [Ctk-developers] Build Error - Mac 10.6.7
In-Reply-To: <4DC7FE6F.7010600@dkfz-heidelberg.de>
Message-ID: <1404594.81811.1304953749267.JavaMail.root@shyrka>


Hi Sascha, 

Ah, sorry, my mistake. In a fit of enthusiasm, I turned most plugins on to see what got built! 
I will try again, with an absolutely "out of the box" build. 


Thanks 


Matt 


----- "Sascha Zelzer" <s.zelzer at dkfz-heidelberg.de> wrote: 
> Hi Matt, 
> 
> the QtMobility stuff seems to be broken on MacOS (obviously...), but you won't need it anyway to get started. Looking at your CMakeCache.txt file I see that almost all of the CTK plug-ins are switched on. By default, they should be off... did you change that or is that a Mac issue too? 
> 
> Switching the CMake variable CTK_PLUGIN_org.commontk.qtmobility.service to OFF should do the trick for now. 
> 
> Thank you for the feedback, 
> 
> Sascha 
> 
> On 05/09/2011 01:35 PM, Matt Clarkson wrote: 


> Hi there, 

> 
I'm just starting to take a look at CTK, with a view to using it, so please accept my apologies, if I'm doing something stupid. 

> 
I did a git anonymous checkout on Saturday. 

> 
git clone .....etc. 
mkdir CTK-build 
cd CTK-build 
ccmake ../CTK 

> 
i was just trying to do a "standard" build, 

> 
after a while I get the error: 

> 


[ 71%] Built target CTKVisualizationVTKWidgetsCppTests 

Linking CXX shared library ../../bin/plugins/liborg_commontk_qtmobility_service.dylib 

Undefined symbols: 

"QtMobility::QServiceManager::addService(QIODevice*)", referenced from: 

ctkQtMobilityServiceRuntime::processPlugin(QSharedPointer<ctkPlugin>) in ctkQtMobilityServiceRuntime.cpp.o 


> 

I have attached my CMakeCache.txt, and a text file containing more of the error message. 

I appreciate the code is in constant change, so was I just unlucky with my checkout? 


> 

Many thanks 


> 

Matt 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110509/a4f6fb44/attachment.htm>

From clarkson at drc.ion.ucl.ac.uk  Mon May  9 16:07:20 2011
From: clarkson at drc.ion.ucl.ac.uk (Matt Clarkson)
Date: Mon, 9 May 2011 17:07:20 +0100 (BST)
Subject: [Ctk-developers] Build Error - Mac 10.6.7
In-Reply-To: <1404594.81811.1304953749267.JavaMail.root@shyrka>
Message-ID: <27175178.81836.1304957240132.JavaMail.root@shyrka>

Yes, 


all the default stuff compiles on my Mac. 


Thanks 


Matt 

----- "Matt Clarkson" <clarkson at drc.ion.ucl.ac.uk> wrote: 
> 
> 
Hi Sascha, 

> Ah, sorry, my mistake. In a fit of enthusiasm, I turned most plugins on to see what got built! 
I will try again, with an absolutely "out of the box" build. 

> 
Thanks 

> 
Matt 

> 
----- "Sascha Zelzer" <s.zelzer at dkfz-heidelberg.de> wrote: 
> > Hi Matt, 
> > 
> > the QtMobility stuff seems to be broken on MacOS (obviously...), but you won't need it anyway to get started. Looking at your CMakeCache.txt file I see that almost all of the CTK plug-ins are switched on. By default, they should be off... did you change that or is that a Mac issue too? 
> > 
> > Switching the CMake variable CTK_PLUGIN_org.commontk.qtmobility.service to OFF should do the trick for now. 
> > 
> > Thank you for the feedback, 
> > 
> > Sascha 
> > 
> > On 05/09/2011 01:35 PM, Matt Clarkson wrote: 


> > Hi there, 

> > 
I'm just starting to take a look at CTK, with a view to using it, so please accept my apologies, if I'm doing something stupid. 

> > 
I did a git anonymous checkout on Saturday. 

> > 
git clone .....etc. 
mkdir CTK-build 
cd CTK-build 
ccmake ../CTK 

> > 
i was just trying to do a "standard" build, 

> > 
after a while I get the error: 

> > 


[ 71%] Built target CTKVisualizationVTKWidgetsCppTests 

Linking CXX shared library ../../bin/plugins/liborg_commontk_qtmobility_service.dylib 

Undefined symbols: 

"QtMobility::QServiceManager::addService(QIODevice*)", referenced from: 

ctkQtMobilityServiceRuntime::processPlugin(QSharedPointer<ctkPlugin>) in ctkQtMobilityServiceRuntime.cpp.o 


> > 

I have attached my CMakeCache.txt, and a text file containing more of the error message. 

I appreciate the code is in constant change, so was I just unlucky with my checkout? 


> > 

Many thanks 


> > 

Matt 
> > 
> > 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110509/8247cece/attachment.htm>

From michael.caylus at siemens.com  Fri May 13 01:56:29 2011
From: michael.caylus at siemens.com (Caylus, Michael (SCR US))
Date: Thu, 12 May 2011 21:56:29 -0400
Subject: [Ctk-developers] How to wrap a Qt App into an hosted app confirming
 to DICOM Supplement 118 / Working Group 23
Message-ID: <63D07F9AA364DB4C901F02EF93465C8D77E38B0FF8@USMLVA0E934MSX.ww017.siemens.net>

Hello,

I am new to the CTK SDK and would like to wrap my Qt application into an hosted app. I have seen such an example by turning on in the CMake configuration:  ctkExampleHost and ctkExampleHosted App.  I came up with the following questions after playing with it:

1.      In order to make this wrap-up for my app; I was considering to edit the org_commontk_dah_exampleapp plug-in which relies on the org_commontk_dah_app and org_commontk_dah_core plug-in and keep the ctkExampleHostedApp. Is this approach the right way to proceed? This implies splitting my app into the hostedApp and a CTK plugin; with most of the work to be done on the plug-in level I guess. I have seen some doc explaining how to embed the CTK plugin framework in my app too. Can I achieve the same result with this approach and how?
2.       I couldn't find to which QMainWindow is the button attached to in the ctkExampleDicomAppLogic::do_something() function.  It doesn't look like the ctkExampleDicomAppLogic is heritating from a widget also. Which object is responsible of the creation of the mainwindow?
3.      Is there any doc that explains how to create a CTK plug-in and App from scratch. It would be probably better in my case to create a new plugin instead of editing an existing one.
4.      How can I add additional includes directories through a CMakeLists in the CTK framework.  I couldn't find a way to define additional directories in the CMakeList of a plug-in (no include_directories). Is that define somewhere else?

Thanks for your help!

Best,
Michael


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110512/f9f1f821/attachment.htm>

From s.zelzer at dkfz-heidelberg.de  Fri May 13 14:47:27 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Fri, 13 May 2011 16:47:27 +0200
Subject: [Ctk-developers] How to wrap a Qt App into an hosted app
 confirming to DICOM Supplement 118 / Working Group 23
In-Reply-To: <63D07F9AA364DB4C901F02EF93465C8D77E38B0FF8@USMLVA0E934MSX.ww017.siemens.net>
References: <63D07F9AA364DB4C901F02EF93465C8D77E38B0FF8@USMLVA0E934MSX.ww017.siemens.net>
Message-ID: <4DCD447F.7060402@dkfz-heidelberg.de>

Hi Michael,

Welcome to the CTK mailing list.

DICOM Application Hosting support in CTK is still work in progress, so 
please be aware that not everything will work yet. Especially the data 
exchange interface needs more work. Nevertheless, I hope my comments 
below will get you started to experiment with your own Qt based DICOM 
App. Comments, bug reports, patches etc. are also always welcome!

Best,
Sascha

On 05/13/2011 03:56 AM, Caylus, Michael (SCR US) wrote:
> Hello,
> I am new to the CTK SDK and would like to wrap my Qt application into 
> an hosted app. I have seen such an example by turning on in the CMake 
> configuration:  ctkExampleHost and ctkExampleHosted App.  I came up 
> with the following questions after playing with it:
>
>    1. In order to make this wrap-up for my app; I was considering to
>       edit the org_commontk_dah_exampleapp plug-in which relies on the
>       org_commontk_dah_app and org_commontk_dah_core plug-in and keep
>       the ctkExampleHostedApp. Is this approach the right way to
>       proceed? This implies splitting my app into the hostedApp and a
>       CTK plugin; with most of the work to be done on the plug-in
>       level I guess. I have seen some doc explaining how to embed the
>       CTK plugin framework in my app too. Can I achieve the same
>       result with this approach and how?
>
As you have already seen, it is possible to use the plugin framework 
from inside your own application and this is also the preferred way 
(instead of modifying the existing CTK plug-ins directly). In the case 
of a DICOM App, I can think of two different approaches, depending on 
your requirements:

1.) Your app is a "pure" DICOM App, i.e. you do not need run it outside 
the context of a "Hosting Application"

This is the easier approach. You would create your own plug-in, 
equivalent to org.commontk.dah.exampleapp, which contains all your app 
code (logic, widgets, etc.). Additionally, you create your own 
ctkExampleHostedApp executable, which is essentially the same code as in 
the CTK repository (just adapt paths and plug-in names).

The 
http://www.commontk.org/index.php/Documentation/CTK_Plugin_Framework:_Setting_up_a_project?action=purge 
tutorial explains how to create a CTK-based project.

2.) You want to use your app both "stand-alone" and as a "hosted app"

This involves a little bit more knowledge about the plugin framework, 
but should also be easy to achieve. What the org.commontk.dah.exampleapp 
plug-in actually does, is to register a class containing the DICOM 
"application logic" as a service within the plugin-framework. You could 
either create this class (similar as the ctkExampleDicomAppLocig class) 
inside your current project (not in a separate plug-in) and register an 
instance by using the plugin framework context, or create a small 
plug-in containing this class and taking care of the registration 
itself. Then start the plugin framework from inside your executable, if 
you recognize the host and app url command line parameters (otherwise, 
create a QMainWindow yourself).

Depending on how fancy you would like to get concerning the minimization 
of dependencies of your app in stand-alone mode to the CTK libraries, 
you could think of a more complex set-up containing two small wrapper 
executables, one for "app mode" starting the CTK plugin framework and 
one for "stand-alone mode", both linked to a library containing your 
application gui and logic...

>    1. I couldn?t find to which QMainWindow is the button attached to
>       in the ctkExampleDicomAppLogic::do_something()function.It
>       doesn?t look like thectkExampleDicomAppLogic is heritating from
>       a widgetalso. Which object is responsible of the creation of the
>       mainwindow?
>

The org.commontk.dah.exampleapp plugin does not create a QMainWindow. It 
just create a button an shows it (moved and resized to respect the 
prescribed screen area from the host). In Qt, widgets become top-level 
windows if they don't have a parent widget and are "shown".

>    1. Is there any doc that explains how to create a CTK plug-in and
>       App from scratch. It would be probably better in my case to
>       create a new plugin instead of editing an existing one.
>

There is no doc about creating a plug-in yet, but you can easily create 
one by using the ctkPluginGenerator executable (you may have to enable 
it in CMake). It might have some rough edges though...

A CTK "app" is actually nothing special. Any executable can do, which 
links to the CTK libraries. The tutorial linked above explains how to 
use the plugin framework in an arbitrary executable.


>    1. How can I add additional includes directories through a
>       CMakeLists in the CTK framework.  I couldn?t find a way to
>       define additional directories in the CMakeList of a plug-in (no
>       include_directories). Is that define somewhere else?
>

Inside CTK itself, include directories are set-up auto-magically through 
our custom CMake dependency system. If you need to use external 
libraries in your own CTK plug-in (contained in your own project), just 
use standard CMake INCLUDE_DIRECTORIES (before calling the 
ctkMacroBuildPlugin macro) and LINK_LIBRARIES(${PROJECT_NAME} ...) 
(after the ctkMacroBuildPlugin call) commands.

Happy coding,

Sascha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110513/539b8908/attachment.htm>

From jchris.fillionr at kitware.com  Sun May 15 20:58:07 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Sun, 15 May 2011 16:58:07 -0400
Subject: [Ctk-developers] Coming changes in External project organization
In-Reply-To: <BANLkTi=6Voq8mztEjrQ3OV0S70iZEWLBoA@mail.gmail.com>
References: <BANLkTinqXrLDkugngTOmgLqerHk+t0dNyA@mail.gmail.com>
	<BANLkTi=6Voq8mztEjrQ3OV0S70iZEWLBoA@mail.gmail.com>
Message-ID: <BANLkTimLK7zBonfscu-Tk85MWVjR-1ZN6A@mail.gmail.com>

Hi Folks,

I integrated topic
shorter-superbuild-directory-layout<https://github.com/commontk/CTK/commit/c67f5dd797b744170e8902a5338618aa76fb228c>into
CTK master.

Let me know if you experience any issue.

Thanks
Jc

On Mon, Apr 11, 2011 at 1:22 PM, Stephen Aylward <
stephen.aylward at kitware.com> wrote:

> +1
>
> We use this structure in TubeTK
>
> s
>
> On Mon, Apr 11, 2011 at 12:21 PM, Jean-Christophe Fillion-Robin
> <jchris.fillionr at kitware.com> wrote:
> > Hi Folks,
> >
> > Using CTK as an external project in more and more project, the path
> length
> > could be an issue on windows platform.
> > Indeed, the path length on windows is limited to 260 characters. [1]
> >
> > What motivates this change:
> >
> > Such problem could arise, if, for example, your project is build in
> folder
> > like:
> >
> >
> "c:/Dashboards/Nightly/YourProject-Superbuild-Qt-PythonQt-With-Tcl-NoCLI-nightly"
> >
> > "YourProject" relying also on Superbuild and using CTK as an external
> > project .. will fail to build for some obscure reason.
> >
> >
> > Current CTK organization:
> >
> > Currently the project are organized as described below:
> >
> >  <CTK-SUPERBUILD>/CMakeExternals/Build/VTK
> >  <CTK-SUPERBUILD>/CMakeExternals/Build/DCMTK
> > ...
> >  <CTK-SUPERBUILD>/CMakeExternals/Source/VTK
> >  <CTK-SUPERBUILD>/CMakeExternals/Source/DCMTK
> > ...
> >  <CTK-SUPERBUILD>/CMakeExternals/Download/VTK
> >  <CTK-SUPERBUILD>/CMakeExternals/Download/DCMTK
> > ...
> >  <CTK-SUPERBUILD>/CMakeExternals/Stamp/VTK
> >  <CTK-SUPERBUILD>/CMakeExternals/Stamp/DCMTK
> > ...
> >  <CTK-SUPERBUILD>/CTK-build
> >
> >
> > Solution proposed:
> >
> > With some minor changes, the structure would like:
> >
> >  <CTK-SUPERBUILD>/CTK-build
> >  <CTK-SUPERBUILD>/VTK
> >  <CTK-SUPERBUILD>/VTK-build
> >  <CTK-SUPERBUILD>/VTK-cmake/src
> >  <CTK-SUPERBUILD>/VTK-cmake/tmp
> >  <CTK-SUPERBUILD>/VTK
> >  <CTK-SUPERBUILD>/DCMTK-build
> >  <CTK-SUPERBUILD>/DCMTK-cmake/src
> >  <CTK-SUPERBUILD>/DCMTK-cmake/tmp
> >
> > Pros:
> >   - Doing so will decrease the average length of external project path
> > associated with CTK.
> >   - If needed, make the "cleaning" of external project easier "rm VTK*"
> > instead of "cd" in each CMakeExternals sub folders ..
> >
> > Action plan:
> >
> > I plan to implement and test this change this coming week.
> >
> > That improvment shouldn't cause any issue, but If it happens to be a
> problem
> > within your project and you require some time to figure out a fix or
> would
> > like to contact me. Please, do it before the end of the week :)
> >
> > Next week, following your comments I will then integrate the change to
> CTK
> > master.
> >
> > Thanks
> > Jc
> >
> > [1]
> http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx#maxpath
> >
> > --
> > +1 919 869 8849
> >
> >
> > _______________________________________________
> > Ctk-developers mailing list
> > Ctk-developers at commontk.org
> > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> >
> >
>
>
>
> --
>
> ==============================
> Stephen R. Aylward, Ph.D.
> Director of Medical Imaging Research
> Kitware, Inc. - North Carolina Office
> http://www.kitware.com
> stephen.aylward (Skype)
> (919) 969-6990 x300
>



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110515/b70751d8/attachment.htm>

From pieper at ibility.net  Mon May 16 15:17:45 2011
From: pieper at ibility.net (Steve Pieper)
Date: Mon, 16 May 2011 11:17:45 -0400
Subject: [Ctk-developers] Fwd: [GitHub] Retrieve (and Database) bugs
 [commontk/CTK GH-16]
In-Reply-To: <4DBFE318.6010805@offis.de>
References: <commontk/CTK/issues/16@github.com>
	<BANLkTimKSYxA_YqdCLTf=oJnCvBHOFk0CA@mail.gmail.com>
	<4DBFE318.6010805@offis.de>
Message-ID: <BANLkTinwj2kc71MNZxWy+v4=TaaMtFuuzA@mail.gmail.com>

Hi -

A couple other responses to Dragon's helpful comments:

> - The network connection in ctkDICOMRetrieve is never "dropped". Consequent calls to the retrieve function ends up with the message that "The network address is already in use" as the association is never closed.
> Should include call to closeAssociation on several places. It would be even better to use the member SCU (narked as to-do) in the source, to make it even better. Special care should be taken on exception when called from "outside".

Agreed - I've been working on this in the dropNetwork branch and it's
working now but not yet merged into the master.? This is a work in
progress, and not consistent with the way DcmSCU is evolving in
dcmtk3.6.  I plan to finish up a ctkDICOMSend (storescu) and
ctkDICOMExport (to write out nicely formatted filenames for selected
studies) and then see if we can get integrate with the latest DCMTK.

> - Retrieved object are written to the disk two times. The portion of code "borrowed" > from the dcmdjpeg example should not exist in the retrieve code, because the data > (according to the design) should be and is written in the database.insert().

Which section of code are you referring to here?

> - Also, in ctkDICOMDatabase, there is a problem with retrieved object paths/filenames. The present system of using UIDs is not compliant with the DICOM standard, especially if you would like to create (proper) DICOMDIR and archive media. Paths and filenames should be generated to have max 8 characters according to the DICOM standard (check with Clunie if you don't beleive me :) )
>

I guess Jorg already discussed this - our disk cache isn't meant to be
used with a DICOMDIR - I'm thinking we should have a way to export in
appropriate format but it's not high on my list :D

> - Different behavior of in-memory and file database should not be implemented (at least not like that) in the Core library code. One should expect that the call to a function (insert()) should depend on parameters only.

Sorry - again which code does this refer to?

> - You should also correct the calls to database.insert() to reflect the needed use.
> For instance, in ctkDICOMQuery, the call to database.insert() is missing "false, false" (causing some side-efects, like trying to generate thumbnails for non-existent images)
>

Good catch!? I committed a fix to the dropNetwork branch.

Thanks again,
-Steve

On Tue, May 3, 2011 at 7:12 AM, OFFIS DICOM Team <dicom at offis.de> wrote:
>
> Dear all,
>
> Dragan Toroman wrote on "github":
>
>> - Also, in ctkDICOMDatabase, there is a problem with retrieved object
>> paths/filenames. The present system of using UIDs is not compliant with the
>> DICOM standard, especially if you would like to create (proper) DICOMDIR and
>> archive media. Paths and filenames should be generated to have max 8
>> characters according to the DICOM standard (check with Clunie if you don't
>> beleive me :) )
>
> That's only true for DICOM Storage/Exchange Media, and the DICOM standard does not say anything about what systems have to do _internally_ - including the naming conventions of DICOM files ;-)
>
> Regards,
> J?rg Riesmeier
> --
> OFFIS DICOM Team, Escherweg 2, 26121 Oldenburg, Germany
> E-Mail: dicom at offis.de, URL: http://dicom.offis.de
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers


From dean.inglis at camris.ca  Tue May 17 13:49:08 2011
From: dean.inglis at camris.ca (Dean Inglis)
Date: Tue, 17 May 2011 09:49:08 -0400
Subject: [Ctk-developers] missing file build error
Message-ID: <FE25362D630B495390F41081E93B73F3@Hyoid>

Hi,

Im getting the following fatal error due to a missing file:
(Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
qt 4.7.1)


Scanning dependencies of target pluginAttrPwd_test
[ 94%] Building CXX object 
Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
.cpp.obj
ctkTestPluginMTAttrPwdActivator.cpp
[ 95%] Building CXX object 
Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
ator_p.cxx.obj
moc_ctkTestPluginMTAttrPwdActivator_p.cxx
D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
(10) : fatal error C1083: Cannot open include file: 
'../../../../../../../../../
../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
_test/ctkTestPluginMTAttrPwdActivator_p.h': No such file or directory
NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return 
code
'0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 
10.0
\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 
10.0
\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 
10.0
\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 
10.0
\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 
10.0
\VC\BIN\nmake.exe"' : return code '0x2'
Stop.


in my build tree there is no such file but there is
  moc_ctkTestPluginMTAttrPwdActivator_p.cxx
  moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters

and in my source tree the .h file is there, and it appears the number of 
path
redirects in the above error to the file is correct.

Dean 



From s.zelzer at dkfz-heidelberg.de  Wed May 18 10:53:10 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Wed, 18 May 2011 12:53:10 +0200
Subject: [Ctk-developers] missing file build error
In-Reply-To: <FE25362D630B495390F41081E93B73F3@Hyoid>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>
Message-ID: <4DD3A516.6040503@dkfz-heidelberg.de>

Hi Dean,

could you please try again with the source and build directory directly 
located under D:\ ? This way we could rule out path-length issues.

Thanks,
Sascha

On 05/17/2011 03:49 PM, Dean Inglis wrote:
> Hi,
>
> Im getting the following fatal error due to a missing file:
> (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
> qt 4.7.1)
>
>
> Scanning dependencies of target pluginAttrPwd_test
> [ 94%] Building CXX object
> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
> .cpp.obj
> ctkTestPluginMTAttrPwdActivator.cpp
> [ 95%] Building CXX object
> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
> ator_p.cxx.obj
> moc_ctkTestPluginMTAttrPwdActivator_p.cxx
> D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
> MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
> (10) : fatal error C1083: Cannot open include file:
> '../../../../../../../../../
> ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
> _test/ctkTestPluginMTAttrPwdActivator_p.h': No such file or directory
> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return
> code
> '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 10.0
> \VC\BIN\nmake.exe"' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 10.0
> \VC\BIN\nmake.exe"' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 10.0
> \VC\BIN\nmake.exe"' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 10.0
> \VC\BIN\nmake.exe"' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 10.0
> \VC\BIN\nmake.exe"' : return code '0x2'
> Stop.
>
>
> in my build tree there is no such file but there is
>    moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>    moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>
> and in my source tree the .h file is there, and it appears the number of
> path
> redirects in the above error to the file is correct.
>
> Dean
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers



From dean.inglis at camris.ca  Wed May 18 14:06:17 2011
From: dean.inglis at camris.ca (Dean Inglis)
Date: Wed, 18 May 2011 10:06:17 -0400
Subject: [Ctk-developers] missing file build error
In-Reply-To: <4DD3A516.6040503@dkfz-heidelberg.de>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>
	<4DD3A516.6040503@dkfz-heidelberg.de>
Message-ID: <917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>

Hi Sascha,

works with build dir as D:\build, source dir as D:\CTK

I have the same (long) path structure with VTK which
builds without err.

Dean

----- Original Message ----- 
From: "Sascha Zelzer" <s.zelzer at dkfz-heidelberg.de>
To: <ctk-developers at commontk.org>
Sent: Wednesday, May 18, 2011 6:53 AM
Subject: Re: [Ctk-developers] missing file build error


> Hi Dean,
>
> could you please try again with the source and build directory directly 
> located under D:\ ? This way we could rule out path-length issues.
>
> Thanks,
> Sascha
>
> On 05/17/2011 03:49 PM, Dean Inglis wrote:
>> Hi,
>>
>> Im getting the following fatal error due to a missing file:
>> (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
>> qt 4.7.1)
>>
>>
>> Scanning dependencies of target pluginAttrPwd_test
>> [ 94%] Building CXX object
>> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
>> .cpp.obj
>> ctkTestPluginMTAttrPwdActivator.cpp
>> [ 95%] Building CXX object
>> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
>> ator_p.cxx.obj
>> moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>> D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
>> MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>> (10) : fatal error C1083: Cannot open include file:
>> '../../../../../../../../../
>> ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
>> _test/ctkTestPluginMTAttrPwdActivator_p.h': No such file or directory
>> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : 
>> return
>> code
>> '0x2'
>> Stop.
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual 
>> Studio
>> 10.0
>> \VC\BIN\nmake.exe"' : return code '0x2'
>> Stop.
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual 
>> Studio
>> 10.0
>> \VC\BIN\nmake.exe"' : return code '0x2'
>> Stop.
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual 
>> Studio
>> 10.0
>> \VC\BIN\nmake.exe"' : return code '0x2'
>> Stop.
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual 
>> Studio
>> 10.0
>> \VC\BIN\nmake.exe"' : return code '0x2'
>> Stop.
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual 
>> Studio
>> 10.0
>> \VC\BIN\nmake.exe"' : return code '0x2'
>> Stop.
>>
>>
>> in my build tree there is no such file but there is
>>    moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>    moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>>
>> and in my source tree the .h file is there, and it appears the number of
>> path
>> redirects in the above error to the file is correct.
>>
>> Dean
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers 



From jchris.fillionr at kitware.com  Wed May 18 14:36:47 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Wed, 18 May 2011 10:36:47 -0400
Subject: [Ctk-developers] missing file build error
In-Reply-To: <917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>
	<4DD3A516.6040503@dkfz-heidelberg.de>
	<917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>
Message-ID: <BANLkTik47ps_6Hdk9Q-+73fnmeCJRYkgDg@mail.gmail.com>

The difference with VTK is that CTK relies on Superbuild to
download/configure/build its dependencies.

Recently I pushed a
fix<https://github.com/commontk/CTK/commit/c67f5dd797b744170e8902a5338618aa76fb228c>to
use a shorter directory layout  .. but it obviously didn't work for
you.

May be we could add some sort of mechanism to warn the user by checking the
max length for the current base folder.

Jc

On Wed, May 18, 2011 at 10:06 AM, Dean Inglis <dean.inglis at camris.ca> wrote:

> Hi Sascha,
>
> works with build dir as D:\build, source dir as D:\CTK
>
> I have the same (long) path structure with VTK which
> builds without err.
>
> Dean
>
> ----- Original Message ----- From: "Sascha Zelzer" <
> s.zelzer at dkfz-heidelberg.de>
> To: <ctk-developers at commontk.org>
> Sent: Wednesday, May 18, 2011 6:53 AM
> Subject: Re: [Ctk-developers] missing file build error
>
>
>
>  Hi Dean,
>>
>> could you please try again with the source and build directory directly
>> located under D:\ ? This way we could rule out path-length issues.
>>
>> Thanks,
>> Sascha
>>
>> On 05/17/2011 03:49 PM, Dean Inglis wrote:
>>
>>> Hi,
>>>
>>> Im getting the following fatal error due to a missing file:
>>> (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
>>> qt 4.7.1)
>>>
>>>
>>> Scanning dependencies of target pluginAttrPwd_test
>>> [ 94%] Building CXX object
>>> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>>
>>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
>>> .cpp.obj
>>> ctkTestPluginMTAttrPwdActivator.cpp
>>> [ 95%] Building CXX object
>>> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>>
>>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
>>> ator_p.cxx.obj
>>> moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>
>>> D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
>>>
>>> MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>> (10) : fatal error C1083: Cannot open include file:
>>> '../../../../../../../../../
>>>
>>> ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
>>> _test/ctkTestPluginMTAttrPwdActivator_p.h': No such file or directory
>>> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' :
>>> return
>>> code
>>> '0x2'
>>> Stop.
>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>> Studio
>>> 10.0
>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>> Stop.
>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>> Studio
>>> 10.0
>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>> Stop.
>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>> Studio
>>> 10.0
>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>> Stop.
>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>> Studio
>>> 10.0
>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>> Stop.
>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>> Studio
>>> 10.0
>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>> Stop.
>>>
>>>
>>> in my build tree there is no such file but there is
>>>   moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>   moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>>>
>>> and in my source tree the .h file is there, and it appears the number of
>>> path
>>> redirects in the above error to the file is correct.
>>>
>>> Dean
>>>
>>> _______________________________________________
>>> Ctk-developers mailing list
>>> Ctk-developers at commontk.org
>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110518/7b8e340c/attachment.htm>

From s.zelzer at dkfz-heidelberg.de  Wed May 18 15:42:22 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Wed, 18 May 2011 17:42:22 +0200
Subject: [Ctk-developers] missing file build error
In-Reply-To: <BANLkTik47ps_6Hdk9Q-+73fnmeCJRYkgDg@mail.gmail.com>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>
	<4DD3A516.6040503@dkfz-heidelberg.de>
	<917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>
	<BANLkTik47ps_6Hdk9Q-+73fnmeCJRYkgDg@mail.gmail.com>
Message-ID: <4DD3E8DE.8010809@dkfz-heidelberg.de>

Hi,

I had the same problem today when using CTK stuff inside MITK. The 
problem is actually specific to Visual Studio and source files generated 
by Qt's moc. I was able to fix it and will push it soon.

Best,
Sascha

On 05/18/2011 04:36 PM, Jean-Christophe Fillion-Robin wrote:
> The difference with VTK is that CTK relies on Superbuild to 
> download/configure/build its dependencies.
>
> Recently I pushed a fix 
> <https://github.com/commontk/CTK/commit/c67f5dd797b744170e8902a5338618aa76fb228c> 
> to use a shorter directory layout  .. but it obviously didn't work for 
> you.
>
> May be we could add some sort of mechanism to warn the user by 
> checking the max length for the current base folder.
>
> Jc
>
> On Wed, May 18, 2011 at 10:06 AM, Dean Inglis <dean.inglis at camris.ca 
> <mailto:dean.inglis at camris.ca>> wrote:
>
>     Hi Sascha,
>
>     works with build dir as D:\build, source dir as D:\CTK
>
>     I have the same (long) path structure with VTK which
>     builds without err.
>
>     Dean
>
>     ----- Original Message ----- From: "Sascha Zelzer"
>     <s.zelzer at dkfz-heidelberg.de <mailto:s.zelzer at dkfz-heidelberg.de>>
>     To: <ctk-developers at commontk.org <mailto:ctk-developers at commontk.org>>
>     Sent: Wednesday, May 18, 2011 6:53 AM
>     Subject: Re: [Ctk-developers] missing file build error
>
>
>
>         Hi Dean,
>
>         could you please try again with the source and build directory
>         directly located under D:\ ? This way we could rule out
>         path-length issues.
>
>         Thanks,
>         Sascha
>
>         On 05/17/2011 03:49 PM, Dean Inglis wrote:
>
>             Hi,
>
>             Im getting the following fatal error due to a missing file:
>             (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
>             qt 4.7.1)
>
>
>             Scanning dependencies of target pluginAttrPwd_test
>             [ 94%] Building CXX object
>             Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>             inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
>             .cpp.obj
>             ctkTestPluginMTAttrPwdActivator.cpp
>             [ 95%] Building CXX object
>             Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>             inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
>             ator_p.cxx.obj
>             moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>             D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
>             MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>             (10) : fatal error C1083: Cannot open include file:
>             '../../../../../../../../../
>             ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
>             _test/ctkTestPluginMTAttrPwdActivator_p.h': No such file
>             or directory
>             NMAKE : fatal error U1077:
>             'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return
>             code
>             '0x2'
>             Stop.
>             NMAKE : fatal error U1077: '"C:\Program Files
>             (x86)\Microsoft Visual Studio
>             10.0
>             \VC\BIN\nmake.exe"' : return code '0x2'
>             Stop.
>             NMAKE : fatal error U1077: '"C:\Program Files
>             (x86)\Microsoft Visual Studio
>             10.0
>             \VC\BIN\nmake.exe"' : return code '0x2'
>             Stop.
>             NMAKE : fatal error U1077: '"C:\Program Files
>             (x86)\Microsoft Visual Studio
>             10.0
>             \VC\BIN\nmake.exe"' : return code '0x2'
>             Stop.
>             NMAKE : fatal error U1077: '"C:\Program Files
>             (x86)\Microsoft Visual Studio
>             10.0
>             \VC\BIN\nmake.exe"' : return code '0x2'
>             Stop.
>             NMAKE : fatal error U1077: '"C:\Program Files
>             (x86)\Microsoft Visual Studio
>             10.0
>             \VC\BIN\nmake.exe"' : return code '0x2'
>             Stop.
>
>
>             in my build tree there is no such file but there is
>               moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>               moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>
>             and in my source tree the .h file is there, and it appears
>             the number of
>             path
>             redirects in the above error to the file is correct.
>
>             Dean
>
>             _______________________________________________
>             Ctk-developers mailing list
>             Ctk-developers at commontk.org
>             <mailto:Ctk-developers at commontk.org>
>             http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>
>         _______________________________________________
>         Ctk-developers mailing list
>         Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>         http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>
>     _______________________________________________
>     Ctk-developers mailing list
>     Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>     http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>
>
>
> -- 
> +1 919 869 8849
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110518/4bc1a94a/attachment.htm>

From benoit.bleuze at inria.fr  Fri May 20 11:50:45 2011
From: benoit.bleuze at inria.fr (Benoit Bleuze)
Date: Fri, 20 May 2011 13:50:45 +0200 (CEST)
Subject: [Ctk-developers] CTK Hacfest in Sophia-Antipolis, 2nd take
In-Reply-To: <1960995279.1055368.1305891514040.JavaMail.root@zmbs4.inria.fr>
Message-ID: <901441617.1055593.1305892245129.JavaMail.root@zmbs4.inria.fr>

Hello everyone, 


After many discussions battling with pros and cons, we have opted for slightly later dates. 
Firs t we would like to host our ctk hack fest from the 14th to the 18th of November , 
and then our imaging workshop I already mentioned the following week from the 21st to the 23rd (Monday to Wednesday). 


Olivier Clatz, Maxime Sermesant and I decided to place our workshop the following week to apply on concrete cases 
the improvements in IPC/interoperability that I am sure we will have accomplished during the hack fest. 


I am sorry we cannot offer an earlier date, but there are holidays the last week of October and a national holiday on the 11th, which we totally forgot 
(and even if we would have loved to hack on the day we celebrate the end of the First World War, the premises would have been locked...) 


The Asclepios team at INRIA would be thrilled to welcome as many of you as possible for that week of fruitful (as always) hacking. 
And of course people are also welcome to attend our imaging workshop the following week. 


Don't hesitate to ask as many questions as you need. 


Best Wishes 
Benoit Bleuz?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110520/130af9d9/attachment.htm>

From pieper at ibility.net  Fri May 20 12:01:03 2011
From: pieper at ibility.net (Steve Pieper)
Date: Fri, 20 May 2011 08:01:03 -0400
Subject: [Ctk-developers] CTK Hacfest in Sophia-Antipolis, 2nd take
In-Reply-To: <901441617.1055593.1305892245129.JavaMail.root@zmbs4.inria.fr>
References: <1960995279.1055368.1305891514040.JavaMail.root@zmbs4.inria.fr>
	<901441617.1055593.1305892245129.JavaMail.root@zmbs4.inria.fr>
Message-ID: <BANLkTin4EVaEPLwoujktXQ1YF84y5mQv9g@mail.gmail.com>

Awesome - sign me up!

On Fri, May 20, 2011 at 7:50 AM, Benoit Bleuze <benoit.bleuze at inria.fr>wrote:

> Hello everyone,
>
> After many discussions battling with pros and cons, we have opted for
> slightly later dates.
> First we would like to host our *ctk hack fest* from the *14th to the 18th
> of November*,
> and then our imaging workshop I already mentioned the following week from
> the 21st to the 23rd (Monday to Wednesday).
>
> Olivier Clatz, Maxime Sermesant and I decided to place our workshop the
> following week to apply on concrete cases
> the improvements in IPC/interoperability that I am sure we will have
> accomplished during the hack fest.
>
> I am sorry we cannot offer an earlier date, but there are holidays the last
> week of October and a national holiday on the 11th, which we totally forgot
> (and even if we would have loved to hack on the day we celebrate the end of
> the First World War, the premises would have been locked...)
>
> The Asclepios team at INRIA would be thrilled to welcome as many of you as
> possible for that week of fruitful (as always) hacking.
> And of course people are also welcome to attend our imaging workshop the
> following week.
>
> Don't hesitate to ask as many questions as you need.
>
> Best Wishes
> Benoit Bleuz?
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110520/bf864ba1/attachment.htm>

From stephen.aylward at kitware.com  Fri May 20 12:56:24 2011
From: stephen.aylward at kitware.com (Stephen Aylward)
Date: Fri, 20 May 2011 08:56:24 -0400
Subject: [Ctk-developers] CTK Hacfest in Sophia-Antipolis, 2nd take
In-Reply-To: <BANLkTin4EVaEPLwoujktXQ1YF84y5mQv9g@mail.gmail.com>
References: <1960995279.1055368.1305891514040.JavaMail.root@zmbs4.inria.fr>
	<901441617.1055593.1305892245129.JavaMail.root@zmbs4.inria.fr>
	<BANLkTin4EVaEPLwoujktXQ1YF84y5mQv9g@mail.gmail.com>
Message-ID: <BANLkTimYb4gTQoM9bE_Q-GRcJ_aEok+pbw@mail.gmail.com>

Really great idea!

S
On May 20, 2011 8:01 AM, "Steve Pieper" <pieper at ibility.net> wrote:
> Awesome - sign me up!
>
> On Fri, May 20, 2011 at 7:50 AM, Benoit Bleuze <benoit.bleuze at inria.fr
>wrote:
>
>> Hello everyone,
>>
>> After many discussions battling with pros and cons, we have opted for
>> slightly later dates.
>> First we would like to host our *ctk hack fest* from the *14th to the
18th
>> of November*,
>> and then our imaging workshop I already mentioned the following week from
>> the 21st to the 23rd (Monday to Wednesday).
>>
>> Olivier Clatz, Maxime Sermesant and I decided to place our workshop the
>> following week to apply on concrete cases
>> the improvements in IPC/interoperability that I am sure we will have
>> accomplished during the hack fest.
>>
>> I am sorry we cannot offer an earlier date, but there are holidays the
last
>> week of October and a national holiday on the 11th, which we totally
forgot
>> (and even if we would have loved to hack on the day we celebrate the end
of
>> the First World War, the premises would have been locked...)
>>
>> The Asclepios team at INRIA would be thrilled to welcome as many of you
as
>> possible for that week of fruitful (as always) hacking.
>> And of course people are also welcome to attend our imaging workshop the
>> following week.
>>
>> Don't hesitate to ask as many questions as you need.
>>
>> Best Wishes
>> Benoit Bleuz?
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110520/c8f94349/attachment.htm>

From s.zelzer at dkfz-heidelberg.de  Wed May 25 09:02:25 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Wed, 25 May 2011 11:02:25 +0200
Subject: [Ctk-developers] missing file build error
In-Reply-To: <4DD3E8DE.8010809@dkfz-heidelberg.de>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>	<4DD3A516.6040503@dkfz-heidelberg.de>	<917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>	<BANLkTik47ps_6Hdk9Q-+73fnmeCJRYkgDg@mail.gmail.com>
	<4DD3E8DE.8010809@dkfz-heidelberg.de>
Message-ID: <4DDCC5A1.4000104@dkfz-heidelberg.de>

Hi,

Just to let you know, I pushed a fix for the problem you described below 
today.

Thanks,
Sascha

On 05/18/2011 05:42 PM, Sascha Zelzer wrote:
> Hi,
>
> I had the same problem today when using CTK stuff inside MITK. The 
> problem is actually specific to Visual Studio and source files 
> generated by Qt's moc. I was able to fix it and will push it soon.
>
> Best,
> Sascha
>
> On 05/18/2011 04:36 PM, Jean-Christophe Fillion-Robin wrote:
>> The difference with VTK is that CTK relies on Superbuild to 
>> download/configure/build its dependencies.
>>
>> Recently I pushed a fix 
>> <https://github.com/commontk/CTK/commit/c67f5dd797b744170e8902a5338618aa76fb228c> 
>> to use a shorter directory layout  .. but it obviously didn't work 
>> for you.
>>
>> May be we could add some sort of mechanism to warn the user by 
>> checking the max length for the current base folder.
>>
>> Jc
>>
>> On Wed, May 18, 2011 at 10:06 AM, Dean Inglis <dean.inglis at camris.ca 
>> <mailto:dean.inglis at camris.ca>> wrote:
>>
>>     Hi Sascha,
>>
>>     works with build dir as D:\build, source dir as D:\CTK
>>
>>     I have the same (long) path structure with VTK which
>>     builds without err.
>>
>>     Dean
>>
>>     ----- Original Message ----- From: "Sascha Zelzer"
>>     <s.zelzer at dkfz-heidelberg.de <mailto:s.zelzer at dkfz-heidelberg.de>>
>>     To: <ctk-developers at commontk.org
>>     <mailto:ctk-developers at commontk.org>>
>>     Sent: Wednesday, May 18, 2011 6:53 AM
>>     Subject: Re: [Ctk-developers] missing file build error
>>
>>
>>
>>         Hi Dean,
>>
>>         could you please try again with the source and build
>>         directory directly located under D:\ ? This way we could rule
>>         out path-length issues.
>>
>>         Thanks,
>>         Sascha
>>
>>         On 05/17/2011 03:49 PM, Dean Inglis wrote:
>>
>>             Hi,
>>
>>             Im getting the following fatal error due to a missing file:
>>             (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
>>             qt 4.7.1)
>>
>>
>>             Scanning dependencies of target pluginAttrPwd_test
>>             [ 94%] Building CXX object
>>             Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>             inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
>>             .cpp.obj
>>             ctkTestPluginMTAttrPwdActivator.cpp
>>             [ 95%] Building CXX object
>>             Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>             inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
>>             ator_p.cxx.obj
>>             moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>             D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
>>             MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>             (10) : fatal error C1083: Cannot open include file:
>>             '../../../../../../../../../
>>             ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
>>             _test/ctkTestPluginMTAttrPwdActivator_p.h': No such file
>>             or directory
>>             NMAKE : fatal error U1077:
>>             'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return
>>             code
>>             '0x2'
>>             Stop.
>>             NMAKE : fatal error U1077: '"C:\Program Files
>>             (x86)\Microsoft Visual Studio
>>             10.0
>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>             Stop.
>>             NMAKE : fatal error U1077: '"C:\Program Files
>>             (x86)\Microsoft Visual Studio
>>             10.0
>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>             Stop.
>>             NMAKE : fatal error U1077: '"C:\Program Files
>>             (x86)\Microsoft Visual Studio
>>             10.0
>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>             Stop.
>>             NMAKE : fatal error U1077: '"C:\Program Files
>>             (x86)\Microsoft Visual Studio
>>             10.0
>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>             Stop.
>>             NMAKE : fatal error U1077: '"C:\Program Files
>>             (x86)\Microsoft Visual Studio
>>             10.0
>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>             Stop.
>>
>>
>>             in my build tree there is no such file but there is
>>               moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>               moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>>
>>             and in my source tree the .h file is there, and it
>>             appears the number of
>>             path
>>             redirects in the above error to the file is correct.
>>
>>             Dean
>>
>>             _______________________________________________
>>             Ctk-developers mailing list
>>             Ctk-developers at commontk.org
>>             <mailto:Ctk-developers at commontk.org>
>>             http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>>
>>         _______________________________________________
>>         Ctk-developers mailing list
>>         Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>>         http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>>
>>
>>     _______________________________________________
>>     Ctk-developers mailing list
>>     Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>>     http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>>
>>
>>
>> -- 
>> +1 919 869 8849
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110525/57deba79/attachment.htm>

From jchris.fillionr at kitware.com  Wed May 25 12:06:37 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Wed, 25 May 2011 08:06:37 -0400
Subject: [Ctk-developers] missing file build error
In-Reply-To: <4DDCC5A1.4000104@dkfz-heidelberg.de>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>
	<4DD3A516.6040503@dkfz-heidelberg.de>
	<917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>
	<BANLkTik47ps_6Hdk9Q-+73fnmeCJRYkgDg@mail.gmail.com>
	<4DD3E8DE.8010809@dkfz-heidelberg.de>
	<4DDCC5A1.4000104@dkfz-heidelberg.de>
Message-ID: <BANLkTi=hgqHM8QNJanxMMesZtPcjtdjxYQ@mail.gmail.com>

Excellent :)

I also add a look a the other commits. That looks great.

Thanks
Jc

On Wed, May 25, 2011 at 5:02 AM, Sascha Zelzer
<s.zelzer at dkfz-heidelberg.de>wrote:

>  Hi,
>
> Just to let you know, I pushed a fix for the problem you described below
> today.
>
> Thanks,
> Sascha
>
>
> On 05/18/2011 05:42 PM, Sascha Zelzer wrote:
>
> Hi,
>
> I had the same problem today when using CTK stuff inside MITK. The problem
> is actually specific to Visual Studio and source files generated by Qt's
> moc. I was able to fix it and will push it soon.
>
> Best,
> Sascha
>
> On 05/18/2011 04:36 PM, Jean-Christophe Fillion-Robin wrote:
>
> The difference with VTK is that CTK relies on Superbuild to
> download/configure/build its dependencies.
>
> Recently I pushed a fix<https://github.com/commontk/CTK/commit/c67f5dd797b744170e8902a5338618aa76fb228c>to use a shorter directory layout  .. but it obviously didn't work for you.
>
> May be we could add some sort of mechanism to warn the user by checking the
> max length for the current base folder.
>
> Jc
>
> On Wed, May 18, 2011 at 10:06 AM, Dean Inglis <dean.inglis at camris.ca>wrote:
>
>> Hi Sascha,
>>
>> works with build dir as D:\build, source dir as D:\CTK
>>
>> I have the same (long) path structure with VTK which
>> builds without err.
>>
>> Dean
>>
>> ----- Original Message ----- From: "Sascha Zelzer" <
>> s.zelzer at dkfz-heidelberg.de>
>> To: <ctk-developers at commontk.org>
>> Sent: Wednesday, May 18, 2011 6:53 AM
>> Subject: Re: [Ctk-developers] missing file build error
>>
>>
>>
>>  Hi Dean,
>>>
>>> could you please try again with the source and build directory directly
>>> located under D:\ ? This way we could rule out path-length issues.
>>>
>>> Thanks,
>>> Sascha
>>>
>>> On 05/17/2011 03:49 PM, Dean Inglis wrote:
>>>
>>>> Hi,
>>>>
>>>> Im getting the following fatal error due to a missing file:
>>>> (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
>>>> qt 4.7.1)
>>>>
>>>>
>>>> Scanning dependencies of target pluginAttrPwd_test
>>>> [ 94%] Building CXX object
>>>> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>>>
>>>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
>>>> .cpp.obj
>>>> ctkTestPluginMTAttrPwdActivator.cpp
>>>> [ 95%] Building CXX object
>>>> Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>>>
>>>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
>>>> ator_p.cxx.obj
>>>> moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>>
>>>> D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
>>>>
>>>> MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>> (10) : fatal error C1083: Cannot open include file:
>>>> '../../../../../../../../../
>>>>
>>>> ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
>>>> _test/ctkTestPluginMTAttrPwdActivator_p.h': No such file or directory
>>>> NMAKE : fatal error U1077: 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' :
>>>> return
>>>> code
>>>> '0x2'
>>>> Stop.
>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>>> Studio
>>>> 10.0
>>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>>> Stop.
>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>>> Studio
>>>> 10.0
>>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>>> Stop.
>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>>> Studio
>>>> 10.0
>>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>>> Stop.
>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>>> Studio
>>>> 10.0
>>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>>> Stop.
>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>>>> Studio
>>>> 10.0
>>>> \VC\BIN\nmake.exe"' : return code '0x2'
>>>> Stop.
>>>>
>>>>
>>>> in my build tree there is no such file but there is
>>>>   moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>>   moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>>>>
>>>> and in my source tree the .h file is there, and it appears the number of
>>>> path
>>>> redirects in the above error to the file is correct.
>>>>
>>>> Dean
>>>>
>>>> _______________________________________________
>>>> Ctk-developers mailing list
>>>> Ctk-developers at commontk.org
>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>>
>>>
>>> _______________________________________________
>>> Ctk-developers mailing list
>>> Ctk-developers at commontk.org
>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>
>
>
> --
> +1 919 869 8849
>
>
>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110525/802afe7f/attachment.htm>

From s.zelzer at dkfz-heidelberg.de  Wed May 25 13:11:45 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Wed, 25 May 2011 15:11:45 +0200
Subject: [Ctk-developers] missing file build error
In-Reply-To: <BANLkTi=hgqHM8QNJanxMMesZtPcjtdjxYQ@mail.gmail.com>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>
	<4DD3A516.6040503@dkfz-heidelberg.de>
	<917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>
	<BANLkTik47ps_6Hdk9Q-+73fnmeCJRYkgDg@mail.gmail.com>
	<4DD3E8DE.8010809@dkfz-heidelberg.de>
	<4DDCC5A1.4000104@dkfz-heidelberg.de>
	<BANLkTi=hgqHM8QNJanxMMesZtPcjtdjxYQ@mail.gmail.com>
Message-ID: <4DDD0011.9070700@dkfz-heidelberg.de>

Thanks for reviewing the other commits :-)

On 05/25/2011 02:06 PM, Jean-Christophe Fillion-Robin wrote:
> Excellent :)
>
> I also add a look a the other commits. That looks great.
>
> Thanks
> Jc
>
> On Wed, May 25, 2011 at 5:02 AM, Sascha Zelzer 
> <s.zelzer at dkfz-heidelberg.de <mailto:s.zelzer at dkfz-heidelberg.de>> wrote:
>
>     Hi,
>
>     Just to let you know, I pushed a fix for the problem you described
>     below today.
>
>     Thanks,
>     Sascha
>
>
>     On 05/18/2011 05:42 PM, Sascha Zelzer wrote:
>>     Hi,
>>
>>     I had the same problem today when using CTK stuff inside MITK.
>>     The problem is actually specific to Visual Studio and source
>>     files generated by Qt's moc. I was able to fix it and will push
>>     it soon.
>>
>>     Best,
>>     Sascha
>>
>>     On 05/18/2011 04:36 PM, Jean-Christophe Fillion-Robin wrote:
>>>     The difference with VTK is that CTK relies on Superbuild to
>>>     download/configure/build its dependencies.
>>>
>>>     Recently I pushed a fix
>>>     <https://github.com/commontk/CTK/commit/c67f5dd797b744170e8902a5338618aa76fb228c>
>>>     to use a shorter directory layout  .. but it obviously didn't
>>>     work for you.
>>>
>>>     May be we could add some sort of mechanism to warn the user by
>>>     checking the max length for the current base folder.
>>>
>>>     Jc
>>>
>>>     On Wed, May 18, 2011 at 10:06 AM, Dean Inglis
>>>     <dean.inglis at camris.ca <mailto:dean.inglis at camris.ca>> wrote:
>>>
>>>         Hi Sascha,
>>>
>>>         works with build dir as D:\build, source dir as D:\CTK
>>>
>>>         I have the same (long) path structure with VTK which
>>>         builds without err.
>>>
>>>         Dean
>>>
>>>         ----- Original Message ----- From: "Sascha Zelzer"
>>>         <s.zelzer at dkfz-heidelberg.de
>>>         <mailto:s.zelzer at dkfz-heidelberg.de>>
>>>         To: <ctk-developers at commontk.org
>>>         <mailto:ctk-developers at commontk.org>>
>>>         Sent: Wednesday, May 18, 2011 6:53 AM
>>>         Subject: Re: [Ctk-developers] missing file build error
>>>
>>>
>>>
>>>             Hi Dean,
>>>
>>>             could you please try again with the source and build
>>>             directory directly located under D:\ ? This way we could
>>>             rule out path-length issues.
>>>
>>>             Thanks,
>>>             Sascha
>>>
>>>             On 05/17/2011 03:49 PM, Dean Inglis wrote:
>>>
>>>                 Hi,
>>>
>>>                 Im getting the following fatal error due to a
>>>                 missing file:
>>>                 (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
>>>                 qt 4.7.1)
>>>
>>>
>>>                 Scanning dependencies of target pluginAttrPwd_test
>>>                 [ 94%] Building CXX object
>>>                 Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>>                 inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
>>>                 .cpp.obj
>>>                 ctkTestPluginMTAttrPwdActivator.cpp
>>>                 [ 95%] Building CXX object
>>>                 Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>>                 inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
>>>                 ator_p.cxx.obj
>>>                 moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>                 D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
>>>                 MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>                 (10) : fatal error C1083: Cannot open include file:
>>>                 '../../../../../../../../../
>>>                 ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
>>>                 _test/ctkTestPluginMTAttrPwdActivator_p.h': No such
>>>                 file or directory
>>>                 NMAKE : fatal error U1077:
>>>                 'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return
>>>                 code
>>>                 '0x2'
>>>                 Stop.
>>>                 NMAKE : fatal error U1077: '"C:\Program Files
>>>                 (x86)\Microsoft Visual Studio
>>>                 10.0
>>>                 \VC\BIN\nmake.exe"' : return code '0x2'
>>>                 Stop.
>>>                 NMAKE : fatal error U1077: '"C:\Program Files
>>>                 (x86)\Microsoft Visual Studio
>>>                 10.0
>>>                 \VC\BIN\nmake.exe"' : return code '0x2'
>>>                 Stop.
>>>                 NMAKE : fatal error U1077: '"C:\Program Files
>>>                 (x86)\Microsoft Visual Studio
>>>                 10.0
>>>                 \VC\BIN\nmake.exe"' : return code '0x2'
>>>                 Stop.
>>>                 NMAKE : fatal error U1077: '"C:\Program Files
>>>                 (x86)\Microsoft Visual Studio
>>>                 10.0
>>>                 \VC\BIN\nmake.exe"' : return code '0x2'
>>>                 Stop.
>>>                 NMAKE : fatal error U1077: '"C:\Program Files
>>>                 (x86)\Microsoft Visual Studio
>>>                 10.0
>>>                 \VC\BIN\nmake.exe"' : return code '0x2'
>>>                 Stop.
>>>
>>>
>>>                 in my build tree there is no such file but there is
>>>                   moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>                   moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>>>
>>>                 and in my source tree the .h file is there, and it
>>>                 appears the number of
>>>                 path
>>>                 redirects in the above error to the file is correct.
>>>
>>>                 Dean
>>>
>>>                 _______________________________________________
>>>                 Ctk-developers mailing list
>>>                 Ctk-developers at commontk.org
>>>                 <mailto:Ctk-developers at commontk.org>
>>>                 http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>>
>>>             _______________________________________________
>>>             Ctk-developers mailing list
>>>             Ctk-developers at commontk.org
>>>             <mailto:Ctk-developers at commontk.org>
>>>             http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>>
>>>
>>>         _______________________________________________
>>>         Ctk-developers mailing list
>>>         Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>>>         http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>>
>>>
>>>
>>>     -- 
>>>     +1 919 869 8849 <tel:%2B1%20919%20869%208849>
>>>
>>
>
>
>     _______________________________________________
>     Ctk-developers mailing list
>     Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>     http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>
>
>
> -- 
> +1 919 869 8849
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110525/817857f0/attachment.htm>

From dean.inglis at camris.ca  Wed May 25 18:51:49 2011
From: dean.inglis at camris.ca (Dean Inglis)
Date: Wed, 25 May 2011 14:51:49 -0400
Subject: [Ctk-developers] missing file build error
In-Reply-To: <4DDCC5A1.4000104@dkfz-heidelberg.de>
References: <FE25362D630B495390F41081E93B73F3@Hyoid>	<4DD3A516.6040503@dkfz-heidelberg.de>	<917AB019248343E9AE1AF6CC0B9F5F5D@Hyoid>	<BANLkTik47ps_6Hdk9Q-+73fnmeCJRYkgDg@mail.gmail.com>
	<4DD3E8DE.8010809@dkfz-heidelberg.de>
	<4DDCC5A1.4000104@dkfz-heidelberg.de>
Message-ID: <5DA4AB58A99548EDBA68CB455A9A8825@Hyoid>

I can now build the core of CTK without path restrictions.
thanks,
Dean

----- Original Message ----- 
From: "Sascha Zelzer" <s.zelzer at dkfz-heidelberg.de>
To: <ctk-developers at commontk.org>; "Dean Inglis" <dean.inglis at camris.ca>
Sent: Wednesday, May 25, 2011 5:02 AM
Subject: Re: [Ctk-developers] missing file build error


> Hi,
>
> Just to let you know, I pushed a fix for the problem you described below
> today.
>
> Thanks,
> Sascha
>
> On 05/18/2011 05:42 PM, Sascha Zelzer wrote:
>> Hi,
>>
>> I had the same problem today when using CTK stuff inside MITK. The
>> problem is actually specific to Visual Studio and source files
>> generated by Qt's moc. I was able to fix it and will push it soon.
>>
>> Best,
>> Sascha
>>
>> On 05/18/2011 04:36 PM, Jean-Christophe Fillion-Robin wrote:
>>> The difference with VTK is that CTK relies on Superbuild to
>>> download/configure/build its dependencies.
>>>
>>> Recently I pushed a fix
>>> <https://github.com/commontk/CTK/commit/c67f5dd797b744170e8902a5338618aa76fb228c>
>>> to use a shorter directory layout  .. but it obviously didn't work
>>> for you.
>>>
>>> May be we could add some sort of mechanism to warn the user by
>>> checking the max length for the current base folder.
>>>
>>> Jc
>>>
>>> On Wed, May 18, 2011 at 10:06 AM, Dean Inglis <dean.inglis at camris.ca
>>> <mailto:dean.inglis at camris.ca>> wrote:
>>>
>>>     Hi Sascha,
>>>
>>>     works with build dir as D:\build, source dir as D:\CTK
>>>
>>>     I have the same (long) path structure with VTK which
>>>     builds without err.
>>>
>>>     Dean
>>>
>>>     ----- Original Message ----- From: "Sascha Zelzer"
>>>     <s.zelzer at dkfz-heidelberg.de <mailto:s.zelzer at dkfz-heidelberg.de>>
>>>     To: <ctk-developers at commontk.org
>>>     <mailto:ctk-developers at commontk.org>>
>>>     Sent: Wednesday, May 18, 2011 6:53 AM
>>>     Subject: Re: [Ctk-developers] missing file build error
>>>
>>>
>>>
>>>         Hi Dean,
>>>
>>>         could you please try again with the source and build
>>>         directory directly located under D:\ ? This way we could rule
>>>         out path-length issues.
>>>
>>>         Thanks,
>>>         Sascha
>>>
>>>         On 05/17/2011 03:49 PM, Dean Inglis wrote:
>>>
>>>             Hi,
>>>
>>>             Im getting the following fatal error due to a missing file:
>>>             (Win7 x86, shared release, VS2010 nmake, CMake 2.8.3,
>>>             qt 4.7.1)
>>>
>>>
>>>             Scanning dependencies of target pluginAttrPwd_test
>>>             [ 94%] Building CXX object
>>>             Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>> 
>>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/ctkTestPluginMTAttrPwdActivator
>>>             .cpp.obj
>>>             ctkTestPluginMTAttrPwdActivator.cpp
>>>             [ 95%] Building CXX object
>>>             Libs/PluginFramework/Testing/MetaTypeTestPlugins/plug
>>> 
>>> inAttrPwd_test/CMakeFiles/pluginAttrPwd_test.dir/moc_ctkTestPluginMTAttrPwdActiv
>>>             ator_p.cxx.obj
>>>             moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>> 
>>> D:\Developer\VS10\x86\SHARED\release\ctk\CTK-build\Libs\PluginFramework\Testing\
>>> 
>>> MetaTypeTestPlugins\pluginAttrPwd_test\moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>             (10) : fatal error C1083: Cannot open include file:
>>>             '../../../../../../../../../
>>> 
>>> ../../Sources/CTK/Libs/PluginFramework/Testing/MetaTypeTestPlugins/pluginAttrPwd
>>>             _test/ctkTestPluginMTAttrPwdActivator_p.h': No such file
>>>             or directory
>>>             NMAKE : fatal error U1077:
>>>             'C:\PROGRA~2\MICROS~2.0\VC\bin\cl.exe' : return
>>>             code
>>>             '0x2'
>>>             Stop.
>>>             NMAKE : fatal error U1077: '"C:\Program Files
>>>             (x86)\Microsoft Visual Studio
>>>             10.0
>>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>>             Stop.
>>>             NMAKE : fatal error U1077: '"C:\Program Files
>>>             (x86)\Microsoft Visual Studio
>>>             10.0
>>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>>             Stop.
>>>             NMAKE : fatal error U1077: '"C:\Program Files
>>>             (x86)\Microsoft Visual Studio
>>>             10.0
>>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>>             Stop.
>>>             NMAKE : fatal error U1077: '"C:\Program Files
>>>             (x86)\Microsoft Visual Studio
>>>             10.0
>>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>>             Stop.
>>>             NMAKE : fatal error U1077: '"C:\Program Files
>>>             (x86)\Microsoft Visual Studio
>>>             10.0
>>>             \VC\BIN\nmake.exe"' : return code '0x2'
>>>             Stop.
>>>
>>>
>>>             in my build tree there is no such file but there is
>>>               moc_ctkTestPluginMTAttrPwdActivator_p.cxx
>>>               moc_ctkTestPluginMTAttrPwdActivator_p.cxx_parameters
>>>
>>>             and in my source tree the .h file is there, and it
>>>             appears the number of
>>>             path
>>>             redirects in the above error to the file is correct.
>>>
>>>             Dean
>>>
>>>             _______________________________________________
>>>             Ctk-developers mailing list
>>>             Ctk-developers at commontk.org
>>>             <mailto:Ctk-developers at commontk.org>
>>> 
>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>>
>>>         _______________________________________________
>>>         Ctk-developers mailing list
>>>         Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>>> 
>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>>
>>>
>>>     _______________________________________________
>>>     Ctk-developers mailing list
>>>     Ctk-developers at commontk.org <mailto:Ctk-developers at commontk.org>
>>>     http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>>
>>>
>>>
>>> -- 
>>> +1 919 869 8849
>>>
>>
>
> 



From maxime.sermesant at inria.fr  Thu May 26 14:35:21 2011
From: maxime.sermesant at inria.fr (Maxime Sermesant)
Date: Thu, 26 May 2011 16:35:21 +0200 (CEST)
Subject: [Ctk-developers] A more general discussion on the CTK at MICCAI
	2011?
In-Reply-To: <BANLkTimYb4gTQoM9bE_Q-GRcJ_aEok+pbw@mail.gmail.com>
Message-ID: <f9b14da8-0567-4f55-9bf0-eacfe7db50ae@hamac.inria.fr>

Dear all,

within the discussions around imaging software at the European level (e.g. in the VPH Network of Excellence) there was a point raised regarding the general directions that the CTK is following, and how/when this is/could be discussed. I know that the CTK is currently mostly code-oriented, with the hackfests being its main concrete activity, but it would probably be helpful for all the involved partners to get an opportunity to discuss on the more global level.

As Alex Frangi (in CC, who was also primarily interested by such discussion), myself and many others will be in Toronto this September for MICCAI 2011, maybe there could be an opportunity there to have a more high-level CTK meeting?

I could also easily include such meeting in the hackfest happening at INRIA, but I am not sure if people interested in the discussion but not in the hackfest would then travel (understandably).

Let me know if you are interested, so that I contact the MICCAI organisers to try to get a room for that if there is enough interest.

Best wishes,

-- 

  Maxime




From stephen.aylward at kitware.com  Thu May 26 14:41:27 2011
From: stephen.aylward at kitware.com (Stephen Aylward)
Date: Thu, 26 May 2011 10:41:27 -0400
Subject: [Ctk-developers] A more general discussion on the CTK at MICCAI
	2011?
In-Reply-To: <f9b14da8-0567-4f55-9bf0-eacfe7db50ae@hamac.inria.fr>
References: <BANLkTimYb4gTQoM9bE_Q-GRcJ_aEok+pbw@mail.gmail.com>
	<f9b14da8-0567-4f55-9bf0-eacfe7db50ae@hamac.inria.fr>
Message-ID: <BANLkTi=W__jyq4fEnWQ1G9pgk=qgm7pQuQ@mail.gmail.com>

I think this is an outstanding idea.

I will be at MICCAI and would attend the CTK event.

Stephen

On Thu, May 26, 2011 at 10:35 AM, Maxime Sermesant
<maxime.sermesant at inria.fr> wrote:
> Dear all,
>
> within the discussions around imaging software at the European level (e.g. in the VPH Network of Excellence) there was a point raised regarding the general directions that the CTK is following, and how/when this is/could be discussed. I know that the CTK is currently mostly code-oriented, with the hackfests being its main concrete activity, but it would probably be helpful for all the involved partners to get an opportunity to discuss on the more global level.
>
> As Alex Frangi (in CC, who was also primarily interested by such discussion), myself and many others will be in Toronto this September for MICCAI 2011, maybe there could be an opportunity there to have a more high-level CTK meeting?
>
> I could also easily include such meeting in the hackfest happening at INRIA, but I am not sure if people interested in the discussion but not in the hackfest would then travel (understandably).
>
> Let me know if you are interested, so that I contact the MICCAI organisers to try to get a room for that if there is enough interest.
>
> Best wishes,
>
> --
>
> ?Maxime
>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>



-- 

==============================
Stephen R. Aylward, Ph.D.
Director of Medical Imaging Research
Kitware, Inc. - North Carolina Office
http://www.kitware.com
stephen.aylward (Skype)
(919) 969-6990 x300


From kikinis at bwh.harvard.edu  Thu May 26 14:52:51 2011
From: kikinis at bwh.harvard.edu (Ron Kikinis)
Date: Thu, 26 May 2011 10:52:51 -0400
Subject: [Ctk-developers] A more general discussion on the CTK at MICCAI
 2011?
In-Reply-To: <f9b14da8-0567-4f55-9bf0-eacfe7db50ae@hamac.inria.fr>
References: <f9b14da8-0567-4f55-9bf0-eacfe7db50ae@hamac.inria.fr>
Message-ID: <4DDE6943.1050506@bwh.harvard.edu>

Hi,
I will be at MICCAI. I am not sure I will be at the Hackfest, since I am 
not a programmer type.
Ron

On 5/26/11 10:35 AM, Maxime Sermesant wrote:
> Dear all,
>
> within the discussions around imaging software at the European level (e.g. in the VPH Network of Excellence) there was a point raised regarding the general directions that the CTK is following, and how/when this is/could be discussed. I know that the CTK is currently mostly code-oriented, with the hackfests being its main concrete activity, but it would probably be helpful for all the involved partners to get an opportunity to discuss on the more global level.
>
> As Alex Frangi (in CC, who was also primarily interested by such discussion), myself and many others will be in Toronto this September for MICCAI 2011, maybe there could be an opportunity there to have a more high-level CTK meeting?
>
> I could also easily include such meeting in the hackfest happening at INRIA, but I am not sure if people interested in the discussion but not in the hackfest would then travel (understandably).
>
> Let me know if you are interested, so that I contact the MICCAI organisers to try to get a room for that if there is enough interest.
>
> Best wishes,
>

-- 
Ron Kikinis, M.D.,
Robert Greenes Distinguished Director of Biomedical Informatics
Professor of Radiology, Harvard Medical School
Director, Surgical Planning Laboratory
http://www.spl.harvard.edu/~kikinis


From gianluca.paladini at siemens.com  Fri May 27 03:07:35 2011
From: gianluca.paladini at siemens.com (Paladini, Gianluca (SCR US))
Date: Thu, 26 May 2011 23:07:35 -0400
Subject: [Ctk-developers] A more general discussion on the CTK at
	MICCAI	2011?
In-Reply-To: <f9b14da8-0567-4f55-9bf0-eacfe7db50ae@hamac.inria.fr>
References: <BANLkTimYb4gTQoM9bE_Q-GRcJ_aEok+pbw@mail.gmail.com>
	<f9b14da8-0567-4f55-9bf0-eacfe7db50ae@hamac.inria.fr>
Message-ID: <F3C2129BF0378648A3483173F0835BBD760C5D8F53@USMLVA0E934MSX.ww017.siemens.net>

Good idea, we haven't had committee/administrative meetings since 2009 and only one planning meeting at SPIE San Diego in 2010. 
MICCAI 2011 is a good opportunity, please count me in.
Cordially,
    Gianluca

-----Original Message-----
From: ctk-developers-bounces at commontk.org [mailto:ctk-developers-bounces at commontk.org] On Behalf Of Maxime Sermesant
Sent: Thursday, May 26, 2011 10:35 AM
To: ctk-developers at commontk.org
Cc: Alejandro Frangi
Subject: [Ctk-developers] A more general discussion on the CTK at MICCAI 2011?

Dear all,

within the discussions around imaging software at the European level (e.g. in the VPH Network of Excellence) there was a point raised regarding the general directions that the CTK is following, and how/when this is/could be discussed. I know that the CTK is currently mostly code-oriented, with the hackfests being its main concrete activity, but it would probably be helpful for all the involved partners to get an opportunity to discuss on the more global level.

As Alex Frangi (in CC, who was also primarily interested by such discussion), myself and many others will be in Toronto this September for MICCAI 2011, maybe there could be an opportunity there to have a more high-level CTK meeting?

I could also easily include such meeting in the hackfest happening at INRIA, but I am not sure if people interested in the discussion but not in the hackfest would then travel (understandably).

Let me know if you are interested, so that I contact the MICCAI organisers to try to get a room for that if there is enough interest.

Best wishes,

-- 

  Maxime


_______________________________________________
Ctk-developers mailing list
Ctk-developers at commontk.org
http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers


From maxime.sermesant at inria.fr  Fri May 27 11:17:37 2011
From: maxime.sermesant at inria.fr (Maxime Sermesant)
Date: Fri, 27 May 2011 13:17:37 +0200 (CEST)
Subject: [Ctk-developers] A more general discussion on the CTK at MICCAI
	2011?
In-Reply-To: <A99BC8C0410FEC4E98B33B64637B682EE8CDB10377@DKFZEX01.ad.dkfz-heidelberg.de>
Message-ID: <1c8c2a6a-2058-4a74-b8a2-5ed52eb67532@hamac.inria.fr>

Dear all,

I can see with a local organiser to get a room (for around 20 people?) probably the 19th of September (the conference diner is usually on the second night, thus the 20th) at around 6:30 pm (the program is not online yet). Let me know if you already know of other meetings that would conflict with this one (I don't have the MICCAI board schedule for instance).

PS: I (obviously) don't feel in any particular position in order to propose an agenda for the meeting and animate the discussion, and there will be CTK members better suited to do that, so I will limit my role to the logistics.

Best wishes,

--

  Maxime

----- Original Message -----
> From: "Hans-Peter Meinzer" <h.p.meinzer at dkfz-heidelberg.de>
> To: "Gianluca Paladini (SCR US)" <gianluca.paladini at siemens.com>, "Maxime Sermesant" <maxime.sermesant at inria.fr>,
> ctk-developers at commontk.org
> Cc: "Alejandro Frangi" <alejandro.frangi at upf.edu>
> Sent: Friday, 27 May, 2011 1:06:38 PM
> Subject: AW: [Ctk-developers] A more general discussion on the CTK at	MICCAI	2011?
>
> Ok. I will be also in Toronto. Can somebody organize a meeting room?.
> Best wishes from Heidelberg Peter Meinzer
>
> -----Urspr?ngliche Nachricht-----
> Von: ctk-developers-bounces at commontk.org
> [mailto:ctk-developers-bounces at commontk.org] Im Auftrag von
> Paladini, Gianluca (SCR US)
> Gesendet: Freitag, 27. Mai 2011 05:08
> An: Maxime Sermesant; ctk-developers at commontk.org
> Cc: Alejandro Frangi
> Betreff: Re: [Ctk-developers] A more general discussion on the CTK at
> MICCAI 2011?
>
> Good idea, we haven't had committee/administrative meetings since
> 2009 and only one planning meeting at SPIE San Diego in 2010.
> MICCAI 2011 is a good opportunity, please count me in.
> Cordially,
>     Gianluca
>
> -----Original Message-----
> From: ctk-developers-bounces at commontk.org
> [mailto:ctk-developers-bounces at commontk.org] On Behalf Of Maxime
> Sermesant
> Sent: Thursday, May 26, 2011 10:35 AM
> To: ctk-developers at commontk.org
> Cc: Alejandro Frangi
> Subject: [Ctk-developers] A more general discussion on the CTK at
> MICCAI 2011?
>
> Dear all,
>
> within the discussions around imaging software at the European level
> (e.g. in the VPH Network of Excellence) there was a point raised
> regarding the general directions that the CTK is following, and
> how/when this is/could be discussed. I know that the CTK is
> currently mostly code-oriented, with the hackfests being its main
> concrete activity, but it would probably be helpful for all the
> involved partners to get an opportunity to discuss on the more
> global level.
>
> As Alex Frangi (in CC, who was also primarily interested by such
> discussion), myself and many others will be in Toronto this
> September for MICCAI 2011, maybe there could be an opportunity there
> to have a more high-level CTK meeting?
>
> I could also easily include such meeting in the hackfest happening at
> INRIA, but I am not sure if people interested in the discussion but
> not in the hackfest would then travel (understandably).
>
> Let me know if you are interested, so that I contact the MICCAI
> organisers to try to get a room for that if there is enough
> interest.
>
> Best wishes,
>
> --
>
>   Maxime
>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>


From s.zelzer at dkfz-heidelberg.de  Fri May 27 11:31:01 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Fri, 27 May 2011 13:31:01 +0200
Subject: [Ctk-developers] CTK Hacfest in Sophia-Antipolis, 2nd take
In-Reply-To: <901441617.1055593.1305892245129.JavaMail.root@zmbs4.inria.fr>
References: <901441617.1055593.1305892245129.JavaMail.root@zmbs4.inria.fr>
Message-ID: <4DDF8B75.3070609@dkfz-heidelberg.de>

Hi Benoit,

sounds great! You can count Ivo, Marco and me in. Thanks for hosting the 
next hackfest!

Best,
Sascha

On 05/20/2011 01:50 PM, Benoit Bleuze wrote:
> Hello everyone,
>
> After many discussions battling with pros and cons, we have opted for 
> slightly later dates.
> First we would like to host our *ctk hack fest* from the *14th to the 
> 18th of November*,
> and then our imaging workshop I already mentioned the following week 
> from the 21st to the 23rd (Monday to Wednesday).
>
> Olivier Clatz, Maxime Sermesant and I decided to place our workshop 
> the following week to apply on concrete cases
> the improvements in IPC/interoperability that I am sure we will have 
> accomplished during the hack fest.
>
> I am sorry we cannot offer an earlier date, but there are holidays the 
> last week of October and a national holiday on the 11th, which we 
> totally forgot
> (and even if we would have loved to hack on the day we celebrate the 
> end of the First World War, the premises would have been locked...)
>
> The Asclepios team at INRIA would be thrilled to welcome as many of 
> you as possible for that week of fruitful (as always) hacking.
> And of course people are also welcome to attend our imaging workshop 
> the following week.
>
> Don't hesitate to ask as many questions as you need.
>
> Best Wishes
> Benoit Bleuz?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110527/9d4dd461/attachment.htm>

From benoit.bleuze at inria.fr  Fri May 27 11:34:46 2011
From: benoit.bleuze at inria.fr (Benoit Bleuze)
Date: Fri, 27 May 2011 13:34:46 +0200 (CEST)
Subject: [Ctk-developers] CTK Hacfest in Sophia-Antipolis, 2nd take
In-Reply-To: <4DDF8B75.3070609@dkfz-heidelberg.de>
Message-ID: <990434322.1150930.1306496086456.JavaMail.root@zmbs4.inria.fr>

Excellent, thank you guys! 
I have already booked our next hacking "lair" in our premises. 
Benoit 

----- Original Message -----


Hi Benoit, 

sounds great! You can count Ivo, Marco and me in. Thanks for hosting the next hackfest! 

Best, 
Sascha 

On 05/20/2011 01:50 PM, Benoit Bleuze wrote: 


Hello everyone, 


After many discussions battling with pros and cons, we have opted for slightly later dates. 
First we would like to host our ctk hack fest from the 14th to the 18th of November , 
and then our imaging workshop I already mentioned the following week from the 21st to the 23rd (Monday to Wednesday). 


Olivier Clatz, Maxime Sermesant and I decided to place our workshop the following week to apply on concrete cases 
the improvements in IPC/interoperability that I am sure we will have accomplished during the hack fest. 


I am sorry we cannot offer an earlier date, but there are holidays the last week of October and a national holiday on the 11th, which we totally forgot 
(and even if we would have loved to hack on the day we celebrate the end of the First World War, the premises would have been locked...) 


The Asclepios team at INRIA would be thrilled to welcome as many of you as possible for that week of fruitful (as always) hacking. 
And of course people are also welcome to attend our imaging workshop the following week. 


Don't hesitate to ask as many questions as you need. 


Best Wishes 
Benoit Bleuz? 

_______________________________________________ 
Ctk-developers mailing list 
Ctk-developers at commontk.org 
http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110527/5f2b0dc4/attachment.htm>