[Gdal-dev] c# Bindings in Mono/Linux

[Evans, Frank]

I agree the dll.config isn't the main issue. I've tried renaming files,
linking statically, linking dynamically. After a while, experimentation
makes the baseline suspect, so I blast it and start over. Its definitely
something on my end. Some basic mistake. I need to get more
swig-knowledge.

Thanks again for all your help. BTW, I ran "strace -e trace=open mono
GDALInfo.exe ..."


open("libgdalcsharp.la", O_RDONLY|O_LARGEFILE) = 4
open("./.libs/libgdalcsharp.so.1", O_RDONLY) = 4
open("libgdalcsharp.la", O_RDONLY|O_LARGEFILE) = 4
open("./.libs/libgdalcsharp.so.1", O_RDONLY) = 4
open("libgdalcsharp.la", O_RDONLY|O_LARGEFILE) = 4
open("./.libs/libgdalcsharp.so.1", O_RDONLY) = 4
open("libgdalcsharp.la", O_RDONLY|O_LARGEFILE) = 4
open("./.libs/libgdalcsharp.so.1", O_RDONLY) = 4
open("libgdalcsharp.la", O_RDONLY|O_LARGEFILE) = 4
open("./.libs/libgdalcsharp.so.1", O_RDONLY) = 4
open("libgdalcsharp.la", O_RDONLY|O_LARGEFILE) = 4
open("./.libs/libgdalcsharp.so.1", O_RDONLY) = 4

-----Original Message-----
From: Tamas Szekeres [mailto:szekerest at gmail.com] 
Sent: Monday, July 21, 2008 5:04 PM
To: Evans, Frank
Cc: gdal-dev at lists.osgeo.org
Subject: Re: [Gdal-dev] c# Bindings in Mono/Linux


Frank,

I've committed in the SVN trunk to produce well formed xml with the
development version. However I doubt if it causes this problem.
Probably your environment settings like incorrect LD_LIBRARY_PATH
prevents from loading the gdal so or the related so-s (like proj).
At the buildbot configurations those pathes have been set manually to
the correct directories.

Best regards,

Tamas



2008/7/21 fevans <fevans at harris.com>:
>
> Tamas, with regards to mono/gdal bindings, I suspect I'm doing
something
> wrong in the build process. Clearly the buildbots are passing.
>
> One item that's been bothering me is line 50 of
"swig\csharp\GNUMakefile"
> Its generating a config-xml wrapper for the dll, but thet XML is
mal-Formed.
>
> echo "<dllmap dll=\""$*"_wrap\" target=\""$@"\">" >>
$*_csharp.dll.config
>
> Generates: <dllmap dll="gdal_wrap" target="libgdalcsharp.la">
> Should be: <dllmap dll="gdal_wrap" target="libgdalcsharp.la" />
>
> So either these wrappers are not used, or I'm digging in the wrong
place.
> The nightly builds at "http://buildbot.osgeo.org/gdal-full/" are still
> inaccessible.
>
>
> ./mkinterface.sh
> make -f GNUmakefile
>
> ====================================================
> make test
> LC_ALL=C mono createdata.exe Data pointlayer
>
> Unhandled Exception: System.TypeInitializationException: An exception
was
> thrown by the type initializer for OSGeo.OGR.gr --->
> System.TypeInitializationException: An exception was thrown by the
type
> initializer for OSGeo.OGR.OgrPINVOKE -->
System.TypeInitializationException:
> An exception was thrown by the type initializer for
SWIGExceptionHelper --->
> Systm.DllNotFoundException: libogrcsharp.la
>  at (wrapper managed-to-native)
> SWIGExceptionHelper:SWIGRegisterExceptionCallbacks_Ogr
>
(OSGeo.OGR.OgrPINVOKE/SWIGExcepionHelper/ExceptionDelegate,OSGeo.OGR.Ogr
PINVOKE/SWIGExceptionHelper/ExceptionDelegate,OSGeo.OGR.OgrPINVOKE/SWIGE
xceptinHelper/ExceptionDelegate,OSGeo.OGR.OgrPINVOKE/SWIGExceptionHelper
/ExceptionDelegate,OSGeo.OGR.OgrPINVOKE/SWIGExceptionelper/ExceptionDele
gate,OSGeo.OGR.OgrPINVOKE/SWIGExceptionHelper/ExceptionDelegate,OSGeo.OG
R.OgrPINVOKE/SWIGExceptionHeper/ExceptionDelegate,OSGeo.OGR.OgrPINVOKE/S
WIGExceptionHelper/ExceptionDelegate,OSGeo.OGR.OgrPINVOKE/SWIGExceptionH
elpr/ExceptionDelegate,OSGeo.OGR.OgrPINVOKE/SWIGExceptionHelper/Exceptio
nDelegate,OSGeo.OGR.OgrPINVOKE/SWIGExceptionHelperExceptionDelegate)
>  at OSGeo.OGR.OgrPINVOKE+SWIGExceptionHelper..cctor () [0x00000] ---
End of
> inner exception stack trace ---
>
>  at OSGeo.OGR.OgrPINVOKE..cctor () [0x00000] --- End of inner
exception
> stack trace ---
>
>  at OSGeo.OGR.Ogr..cctor () [0x00000] --- End of inner exception stack
> trace ---
>
>  at CreateData.Main (System.String[] args) [0x00000]
> make: *** [test] Error 1
> ====================================================
>
>
> Tamas Szekeres wrote:
>>
>> 2008/6/11 Evans, Frank <fevans at harris.com>:
>>> Tamas, thanks for the test-results link. I had read that tests were
>>> passing, but the log-detail provided a lot of useful info. I will
try
>>> SWIG 1.3.31 this weekend, and let everyone know. I can't switch mono
>>> versions, at least not easily. Are the library outputs for the
automated
>>> builds accessible?
>>>
>>
>> The build directory of the linux builders used to be accessible from
>> the following link:
>> http://buildbot.osgeo.org/gdal-full/
>> http://buildbot.osgeo.org/gdal-quick/
>>
>> But it seems like having a permission problem at the moment.
>>
>>> I know I'm asking for speculation, but do you think there's a
>>> 32-bit/64-bit issue?
>>>
>>
>> I`ve been trying on debian AMD64 as I`ve noted in my previous post so
>> I doubt that this is a 64 bit OS related issue.
>> The version of swig and mono might even more be an issue.
>>
>> Best regards,
>>
>> Tamas
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>>
>
> --
> View this message in context:
http://www.nabble.com/c--Bindings-in-Mono-Linux-tp17709337p18570865.html
> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>