Fabian,

We think that Brad's patch addressees a number of the other concerns
you had. I think Brad is going to add some more tests for your
reported problems.

Thanks for the feedback,

Bill

On Mon, Nov 12, 2012 at 3:38 PM, Wenzel, Fabian
<[email protected]> wrote:
> Hi Bill,
>
> thanks for the quick reply. Actually, I found out that the severe problem I 
> was reporting was indeed caused by another reason which I could fix in the 
> meantime (had to do with locale settings that only occurred in the 
> application scenario I depicted below via python; this has nothing to do with 
> the ITK_AUTOLOAD plug-in mechanism and it seems that I was on the wrong track 
> first).
>
> Since things are now running here, there is no need for me to update to HEAD 
> and do further tracings. I might do so with the next release to see whether 
> the "this"-pointer and my other reported observation (multiple instantiations 
> of built-ins) are still an issue.
>
> Thanks again and best regards,
>
>         Fabian
>
> -----Original Message-----
> From: Bill Lorensen [mailto:[email protected]]
> Sent: Montag, 12. November 2012 16:57
> To: Wenzel, Fabian
> Cc: [email protected]
> Subject: Re: [Insight-developers] ITK 4.2.1: ITK_AUTOLOAD mechanism again
>
> We just merged a new patch from Brad. Try updating to HEAD. Let is know if it 
> fixes your issues.
>
> On Mon, Nov 12, 2012 at 10:26 AM, Wenzel, Fabian <[email protected]> 
> wrote:
>> Hi all,
>>
>> The autoload mechanism of ITK in 4.2.1. is causing me a lot of headaches in 
>> recent days.
>>
>> I have included the patch Bradley released a few weeks ago (since the 
>> autoload mechanism was completely broken).
>>
>> There are two observations which I do not understand:
>>
>> * If multiple files of an application intend to read itk images and include 
>> <itkFileReader.hxx>, the static factory mechanism is actually invoked a 
>> number of times and the built-in IO modules (jpg/gdcm/nifti/...) are present 
>> multiple times in the object factory list. Is this intended?
>>
>> * Whereas the issue above is more or less harmless (it will just
>> produce some overhead), I cannot get my IO-plugin work as expected
>> (MSVC9, x64). My application scenario is
>>
>> python -> python C-extension -> customDLL (that reads via ITK) -> ITK
>> -> (autoLoad) myIO-plugin
>>
>> I have checked that everything is built for x64 and uses consistent MSVC 
>> Runtime Libraries.
>>
>> The problem is that even though "myImageIO" is created correctly in 
>> itkImageFileReader.hxx, image information (direction, spacing etc.) is not 
>> correct after the call to ReadimageInformation() (line 152). While 
>> debugging, I found out that the "this" pointer in the 
>> "ReadImageInformation() method" differs from m_imageIO.m_pointer, so the 
>> backend routine reads image information to uncorrect memory.
>>
>> Is there anyone who might have an explanation why a "this" pointer
>> might be different during a function call without changing it
>> explicitely? (Or is the Visual Studio 2008 debugger broken?)
>>
>> Best regards,
>>
>>         Fabian
>>
>>
>>
>> ________________________________
>> The information contained in this message may be confidential and legally 
>> protected under applicable law. The message is intended solely for the 
>> addressee(s). If you are not the intended recipient, you are hereby notified 
>> that any use, forwarding, dissemination, or reproduction of this message is 
>> strictly prohibited and may be unlawful. If you are not the intended 
>> recipient, please contact the sender by return e-mail and destroy all copies 
>> of the original message.
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> http://kitware.com/products/protraining.php
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.itk.org/mailman/listinfo/insight-developers
>
>
>
> --
> Unpaid intern in BillsBasement at noware dot com
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.itk.org/mailman/listinfo/insight-developers



-- 
Unpaid intern in BillsBasement at noware dot com
_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Kitware offers ITK Training Courses, for more information visit:
http://kitware.com/products/protraining.php

Please keep messages on-topic and check the ITK FAQ at:
http://www.itk.org/Wiki/ITK_FAQ

Follow this link to subscribe/unsubscribe:
http://www.itk.org/mailman/listinfo/insight-developers

Reply via email to