[Insight-users] crash with release build - not because of uninitialized variable?

[Ryan Guan]

Thank you. That seems to be the case (!!), both test executables loaded the debug DLL of ITK!! 
 and I realized that I did install ITK as I built 'ALL_BUILD'.

Shall I disable BUILD_SHARED_LIBS and do a  re-build?

Curiously, how does the application build know shall it link a static lib or a DLL? does it read the ITK's configuration flag?

And to make sure, this will not affect the performance/speed of the code but only the size of the executable?





________________________________
 From: John Drescher <drescherjm at gmail.com>
To: Ryan Guan <ryan.guan at yahoo.com> 
Cc: users itk <insight-users at itk.org> 
Sent: Thursday, December 15, 2011 12:30 AM
Subject: Re: [Insight-users] crash with release build - not because of uninitialized variable?
 
On Wed, Dec 14, 2011 at 8:21 AM, Ryan Guan <ryan.guan at yahoo.com> wrote:
> Hi John,
> Thanks a lot for your reply!
> I did have BUILD_SHARED_LIBS on and there are ItkCommon.dll at both Debug
> and Release directory. but I don't recall that I 'installed' ITK (how to do
> this anyway?), I just built ITK with  debug and release config  (VS
> default).

You can install by executing the INSTALL target in Visual Studio for ITK.

> What will you suggest me to do then? Should I turn off BUILD_SHARED_LIBS and
> rebuild ITK to try it out? It will take hours so I thought I'd better make
> sure that's gonna help before I do it, :-)
> Really appreciate!
>

Verify that the dlls your application is loading are the correct
version release dlls for a release application debug dlls for a debug
application. One way to do this is to move the release or debug dlls
out of the way and see if your application still finds them.

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20111214/d3a0507a/attachment.htm>