[Insight-developers] ITK 4.2.1: ITK_AUTOLOAD mechanism again
Bill Lorensen
bill.lorensen at gmail.com
Mon Nov 12 10:56:35 EST 2012
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
<fabian.wenzel at philips.com> 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
More information about the Insight-developers
mailing list