[vtkusers] vtkMFC as .dll vs static library

[Alon Mozes]

I'm happy to say it's finally working.  I stepped through the debugger and this time found a problem in my application that I had previously fixed on a local copy, but with all the fresh checkouts to compare old vs. new, I neglected to checkin or re-implement my fix.  So now I have my old app fully working on VS 2008 with vtk 5.2.1 and all static links.  Thanks for all the help!!  It is greatly appreciated.

--- On Fri, 2/6/09, David Cole <david.cole at kitware.com> wrote:

From: David Cole <david.cole at kitware.com>
Subject: Re: vtkMFC as .dll vs static library
To: "Alon Mozes" <amozes77 at yahoo.com>
Cc: vtkusers at vtk.org
Date: Friday, February 6, 2009, 10:00 AM



On Thu, Feb 5, 2009 at 11:33 PM, Alon Mozes <amozes77 at yahoo.com> wrote:






I have carefully cleaned, rebuilt and compiled vtk, itk, and my project using only "MT(d)" references.  I can now compile and link with no errors.


Excellent...


 





But when I launch the app............. 0x027CB6B0, 296 bytes long.
Data: < g& > CD CD CD CD 00 00 00 00 C0 67 26 03 CD CD CD CD 
Object dump complete.
The program '[85320] .exe: Native' has exited with code 1 (0x1).
 
Is this still related to a linker error?


No, probably not. (Since you do not have the linker error anymore, but this is still happening...)
 





  Does delay loading play a role even though I'm statically linking?


No, it shouldn't -- if you are statically linking everything, then there is nothing to delay load...
 





  Any tips on figuring it out from here?


Two things to try:
(1) Choose "Debug > Exceptions" from the Visual Studio menu bar and check all the boxes to break when an exception is thrown. If one is thrown, copy and paste the call stack and send it to the mailing list.
(2) Step into your program with the debugger ("Debug > Step Into" in the menu) and single step to see who is returning the "1" exit code. (Or just run, and set a breakpoint in the MFC leak reporting code and see how it's being called...)




HTH,
David




      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.vtk.org/pipermail/vtkusers/attachments/20090207/85104230/attachment.htm>