[Insight-developers] SimpleITK dashboard

[Daniel Blezek]

Dan M,

Yes, that turned out to be the case (now I understand why you put the .so in
the CSharpBinaries directory).  The problem was that I had installed both 32
and 64-bit Mono runtimes.  The 32-bit version overwrote the 64-bit version,
and my .so was 64-bit, so it couldn't be loaded / found.  The error message
wasn't quite as useful as it should have been.

The one test seemed to work, I'll see how they all run.

BTW: what would be the ramification of putting the .so/.dll in the standard
lib directory?  We've been trying to make "native" distributions that would
be useful for a Python or Java programmer.  What would a C# programmer
expect to download and put into his project?  Would it be a zip file with
the .dll and the C# library?

Thanks,
-dan


On 8/2/11 8:31 AM, "Dan Mueller" <dan.muel at gmail.com> wrote:

> Hi Dan B,
> 
> Typically the exe can find its dependencies if the required .dlls and
> .so files reside in the same directory. I would not expect you to need
> to add the binary directory to the mono LD_LIBRARY_PATH environment
> variable.
> 
> Does the native.so actually exist in
> ../SimpleITK-linux/Wrapping/CSharpBinaries? Perhaps there was a build
> issue?
> 
> Dan M
> 
> On 2 August 2011 14:52, Daniel Blezek <Blezek.Daniel at mayo.edu> wrote:
>> Dan M.,
>> 
>>  Thanks for the patch!  Here's my current progress... perhaps you can help
>> out?  Mono can't seem to find the Native library (bit of a mess below).  I
>> set my LD_LIBRARY_PATH to include the directory of
>> libSimpleITKCSharpNative.so, but didn't help.
>> 
>> Best,
>> -dan
>> 
>> 
>> mi3c-qbert:SimpleITK-linux blezek$ clear && env
>> LD_LIBRARY_PATH=/home/blezek/Source/SimpleITK-linux/Wrapping/CSharpBinaries/
>> /opt/novell/mono/bin/mono
>> /home/blezek/Source/SimpleITK-linux/Wrapping/CSharpBinaries/TestSinImageFilt
>> er.exe /home/blezek/Source/SimpleITK/Testing/Data/Input/RA-Short.nrrd
>> defaults
>> /home/blezek/Source/SimpleITK/Testing/Data/Input/Ramp-Zero-One-Float.nrrd
>> /home/blezek/Source/SimpleITK-linux/Testing/Temporary/CSharp-Sin-defaults.nr
>> rd
>> 
>> ERROR: System.TypeInitializationException: An exception was thrown by the
>> type initializer for itk.simple.SimpleITKPINVOKE --->
>> System.TypeInitializationException: An exception was thrown by the type
>> initializer for SWIGExceptionHelper ---> System.DllNotFoundException:
>> libSimpleITKCSharpNative
>>  at (wrapper managed-to-native)
>> itk.simple.SimpleITKPINVOKE/SWIGExceptionHelper:SWIGRegisterExceptionCallbac
>> ks_SimpleITK
>> (itk.simple.SimpleITKPINVOKE/SWIGExceptionHelper/ExceptionDelegate,itk.simpl
>> e.SimpleITKPINVOKE/SWIGExceptionHelper/ExceptionDelegate,itk.simple.SimpleIT
>> KPINVOKE/SWIGExceptionHelper/ExceptionDelegate,itk.simple.SimpleITKPINVOKE/S
>> WIGExceptionHelper/ExceptionDelegate,itk.simple.SimpleITKPINVOKE/SWIGExcepti
>> onHelper/ExceptionDelegate,itk.simple.SimpleITKPINVOKE/SWIGExceptionHelper/E
>> xceptionDelegate,itk.simple.SimpleITKPINVOKE/SWIGExceptionHelper/ExceptionDe
>> legate,itk.simple.SimpleITKPINVOKE/SWIGExceptionHelper/ExceptionDelegate,itk
>> .simple.SimpleITKPINVOKE/SWIGExceptionHelper/ExceptionDelegate,itk.simple.Si
>> mpleITKPINVOKE/SWIGExceptionHelper/ExceptionDelegate,itk.simple.SimpleITKPIN
>> VOKE/SWIGExceptionHelper/ExceptionDelegate)
>>  at itk.simple.SimpleITKPINVOKE+SWIGExceptionHelper..cctor () [0x00000] in
>> <filename unknown>:0
>>  --- End of inner exception stack trace ---
>>  at itk.simple.SimpleITKPINVOKE..cctor () [0x00000] in <filename unknown>:0
>>  --- End of inner exception stack trace ---
>>  at itk.simple.ImageFileReader..ctor () [0x00000] in <filename unknown>:0
>>  at TestSinImageFilter.Main (System.String[] args) [0x00000] in <filename
>> unknown>:0
>> 
>> 
>> 
>> 
>> On 8/2/11 7:39 AM, "Dan Mueller" <dan.muel at gmail.com> wrote:
>> 
>>> Hi Dan B,
>>> 
>>> I tried pushing the patch to gerrit over on the weekend, but I made a
>>> mess due to being on next not master.
>>> 
>>> If you need the changeset, here it is:
>>>     http://review.source.kitware.com/#change,2360
>>> 
>>> Regards, Dan Mueller
>>> 
>>> On 2 August 2011 13:39, Daniel Blezek <Blezek.Daniel at mayo.edu> wrote:
>>>> Hi Dan,
>>>> 
>>>>> I'm having trouble reproducing using a virtual machine...
>>>>> 
>>>>> The attached diff should avoid the issue (avoid rather than solve).
>>>>> This seems to works on my 32-bit Ubuntu machine...
>>>> 
>>>> I solved this by upgrading to Mono 2.  The platform flag needs to be
>>>> anycpu,
>>>> because our AMD64 systems didn't properly the x64 flag.
>>>> 
>>>> Will try to get into the nightly today.
>>>> -dan
>>>> 
>>>> 
>>>> 
>> 
>> --
>> Daniel Blezek, PhD
>> Medical Imaging Informatics Innovation Center
>> 
>> P 127 or (77) 8 8886
>> T 507 538 8886
>> E blezek.daniel at mayo.edu
>> 
>> Mayo Clinic
>> 200 First St. S.W.
>> Harwick SL-44
>> Rochester, MN 55905
>> mayoclinic.org
>> "It is more complicated than you think." -- RFC 1925
>> 
>> 

-- 
Daniel Blezek, PhD
Medical Imaging Informatics Innovation Center

P 127 or (77) 8 8886
T 507 538 8886
E blezek.daniel at mayo.edu

Mayo Clinic
200 First St. S.W.
Harwick SL-44
Rochester, MN 55905
mayoclinic.org
"It is more complicated than you think." -- RFC 1925