[Insight-users] DLL output

[Tim Rudge]

DW seems to be looking in the wrong directory despite having set the 
/libpaths for ITK in the project settings. It is looking in the directory 
where the main apps librarys are kept.

Tim

--On 16 July 2003 11:01 -0400 Luis Ibanez <luis . ibanez at kitware . com> wrote:

>
> Hi Tim,
>
> Thanks for checking with the dependency walker.
>
> If the ITKPackage.dll library actually exists in the
> location indicated by the DW, then, as you pointed
> out, the problem may be related to one of the libraries
> that ITKPackage.dll depend on.
>
> Please check with DW the dependencies of ITKPackage.dll
> (simply run DW and file/open the ITKPackage.dll file).
>
> Check if all of the libraries are in the directories
> indicated by DW.
>
> Please let us know what you find.
>
>
> Thanks
>
>
>    Luis
>
>
> -----------------------
>
> Tim Rudge wrote:
>> Luis,
>>
>> Thanks for your advice. The problem is when the app tries to load the
>> library at run-time. I have run DependencyWalker and it appears that the
>> app is looking for the file in the right place and correct name -
>> ITKpackage.dll, not .so as the error message says. The file is
>> definitely there but the DW log gives:
>>
>> LoadLibraryA("ITKpackage.dll") returned NULL. Error: The specified
>> module could not be found (126).
>>
>> Perhaps this is a problem with the ITK libs that my .dll depends on?
>>
>> regards,
>>
>> Tim
>>
>> --On 15 July 2003 21:08 -0400 Luis Ibanez <luis . ibanez at kitware . com>
>> wrote:
>>
>>>
>>> Hi Tim,
>>>
>>> Are you getting this error message during the start up of the
>>> application ? or once it is executing ? or during the linking
>>> process ?
>>>
>>> It is quite strange that it is using the naming standard for
>>> Unix... it looks like a problem in the CMake configuration of
>>> your application. (e.g. maybe the name is hard coded in one
>>> of the CMakeLists.txt files....). CMake would generate appropriate
>>> names for shared libraries in Windows or Unix, so the only way
>>> for this name to appear is to be hard written somewhere,... or
>>> to make CMake think that it is generating a filename for Unix
>>> instead of Windows.
>>>
>>> If the message is a run-time message, you may want try the tool
>>> "Dependency Walker" by Steve Miller.
>>> http://www . dependencywalker . com/
>>>
>>> It will show you all the libraries in which your application
>>> depends. Simply execute the tool, and in the file/open menu
>>> give the executable of your application.
>>>
>>> With this, at least you will know in what directory this library
>>> was expected to be found.
>>>
>>>
>>>    Regards,
>>>
>>>
>>>      Luis
>>>
>>>
>>> -----------------
>>> Tim Rudge wrote:
>>>
>>>> Hi,
>>>>
>>>> This is not entirely ITK but... I am outputting DLL's from a project
>>>> linked to ITK. I have had this working before but then I got a new CVS
>>>> release and recompiled all using ITK.dsw. Now I get the error 'cannot
>>>> find libITKPackage.so' from the application. But I am outputting .dll
>>>> files (for Windows XP) so I don;t understand why the app is looking for
>>>> .so files.
>>>>
>>>> Any ideas?
>>>>
>>>> Tim Rudge
>>>> ---------
>>>> Cellular Development Lab
>>>> Dept. Plant Sciences
>>>> Cambridge University
>>>> _______________________________________________
>>>> Insight-users mailing list
>>>> Insight-users at itk . org
>>>> http://www . itk . org/mailman/listinfo/insight-users
>>>>
>>>
>>>
>>>
>>
>>
>>
>> Tim Rudge
>> ---------
>> Cellular Development Lab
>> Dept. Plant Sciences
>> Cambridge University
>>
>
>
>



Tim Rudge
---------
Cellular Development Lab
Dept. Plant Sciences
Cambridge University