[Gdal-dev] problem with C# SWIG wrapper

[Richard Matsunaga]

Tamas,

The reference problem is gone with the nightly snapshot version of GDAL.

For reference, I originally tried the latest GDAL release version. I noticed
that the assembly names have also changed since then, so I guess there has
been significant work since the last GDAL release.

Cheers,
Richard

-----Original Message-----
From: Tamas Szekeres [mailto:szekerest at gmail.com] 
Sent: March 2, 2007 4:51 PM
To: Richard Matsunaga
Cc: gdal-dev at lists.maptools.org
Subject: Re: [Gdal-dev] problem with C# SWIG wrapper

Would you make the tests with the latest SVN or the nightly build?

Apparently some of the dll-s might not be available to load for your
application. You might want use Sysinternals filemon to check which files
could not actually be loaded.
'make test' invokes the application in the same directory as the dependent
dll-s reside.

Best regards,

Tamas



2007/3/2, Richard Matsunaga <richard.matsunaga at waypointinfo.com>:
>
>
>
> Hi all,
>
> I've just started using the SWIG-generated C# wrapper and can't get it 
> to work. The build seems to run fine, as do the tests, but when 
> actually trying to use the resulting library, I get the following:
>
> System.TypeInitializationException : The type initializer for 
> 'GDAL.gdalconst' threw an exception.
>   ----> System.TypeInitializationException : The type initializer for 
> 'GDAL.gdalconstPINVOKE' threw an exception.
>   ----> System.TypeInitializationException : The type initializer for 
> 'SWIGExceptionHelper' threw an exception.
>   ----> System.DllNotFoundException : Unable to load DLL
> 'gdal_gdalconst_wrap': The specified module could not be found. 
> (Exception from HRESULT: 0x8007007E)
>
> I get the same error (without the extended info) when I try to run the 
> GDALColorTable.exe that gets created with the build.
>
> Is there some config that I must have missed? I think there is a need 
> for a single wiki page for documenting the setup for using the C# 
> wrappers along with common pitfalls.
>
> Thanks,
> Richard
> _______________________________________________
> Gdal-dev mailing list
> Gdal-dev at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/gdal-dev
>