[gdal-dev] Re: C#: Gdal on Win64

[Tomas R]

Neither have I access to a computer with Vista 64, or any other 64 bit
system, it is a user who has reported the error. I'm waiting to see if
there will be another user with a 64 bit system who will test the plugin
so as you say, it is not yet confirmed it is a 64 bit error.


The plugin is compiled to .Net2.0 and, of course on Vista, run on .Net3.5.

Since I personally can't test it is a bit harder/slower to verify if it
works.  A quick test on my computer (Win XP, 32 bit), after renaming the
gdal16dev.dll to gdal_fw.dll, together with FWTools C# wrappers and
supporting libraries I am able to query the gdal version but not, with
existing code, set up a spatial reference. (Pinvoke error, Can't read
the DLL-file osr_wrap)

Strange - is it a 64 bit "version" of gdal? should it then at all work
on my 32 bit system? That it fails on setting up a spatial reference I
guess is because it it is not able to reference to the FWtools version
of the supporting dlls. Or?

I will see if the user is willing to try this dll I downloaded from your
link and see if he is able to retrieve version information. If that 
works we can move on to the rest of the libraries if you are willing.


Yours
Tomas

Tamas Szekeres skrev:
> Tomas,
>
> Currently I have no opportunity to test on Vista 64 at the moment and
> therefore I cannot decide whether this is a Vista specific issue or
> not. I'm not sure which .NET framework you are running against. You
> might want to do a test with my Windows Server 2003 x64 compilation
> can be downloaded from the buildbot:
>
> http://vbkto.dyndns.org:1080/gdal/szekerest-vc80-full/gdal/
>
> I could also make the x64 versions of related dlls like proj.dll
> available to download.
>
> Best regards,
>
> Tamas
>
>
>
> 2008/2/29, Tomas R :
>   
>> Is it possible to use gdal (C# wrapped)  from FWTools on a Win64 system
>>  (Vista 64)?
>>
>>  I have a plugin for SportTracks which gives other libraries access to
>>  GDAL. This is achieved by adding the path to the GDAL binaries to system
>>  PATH (for the running program).
>>
>>  On a Win64, i.e. Vista 64, the exception below is thrown when trying to
>>  read the version of the GDAL libraries. Is this normal behaviour or is
>>  there anything I can do to avoid this exception? I use GDAL 1.6.0dev
>>  from FWTools 2.1.0. All supportive libraries from FWTools are available
>>  to Gdal.
>>
>>  System.TypeInitializationException: The type initializer for
>>  'OSGeo.GDAL.GdalPINVOKE' threw an exception. --->
>>  System.TypeInitializationException: The type initializer for
>>  'SWIGExceptionHelper' threw an exception. --->
>>  System.BadImageFormatException: An attempt was made to load a program
>>  with an incorrect format. (Exception from HRESULT: 0x8007000B)
>>    at
>>  OSGeo.GDAL.GdalPINVOKE.SWIGExceptionHelper.SWIGRegisterExceptionCallbacks_Gdal(ExceptionDelegate
>>  applicationDelegate, ExceptionDelegate arithmeticDelegate,
>>  ExceptionDelegate divideByZeroDelegate, ExceptionDelegate
>>  indexOutOfRangeDelegate, ExceptionDelegate invalidOperationDelegate,
>>  ExceptionDelegate ioDelegate, ExceptionDelegate nullReferenceDelegate,
>>  ExceptionDelegate outOfMemoryDelegate, ExceptionDelegate
>>  overflowDelegate, ExceptionDelegate systemExceptionDelegate)
>>    at OSGeo.GDAL.GdalPINVOKE.SWIGExceptionHelper..cctor()
>>    --- End of inner exception stack trace ---
>>    at OSGeo.GDAL.GdalPINVOKE.SWIGExceptionHelper..ctor()
>>    at OSGeo.GDAL.GdalPINVOKE..cctor()
>>    --- End of inner exception stack trace ---
>>    at OSGeo.GDAL.GdalPINVOKE.SetConfigOption(String jarg1, String jarg2)
>>    at OSGeo.GDAL.Gdal.SetConfigOption(String arg0, String arg1)
>>    at GDALPlugin.Gdal_Interface..ctor()
>>
>>
>>  Yours
>>  Tomas
>>
>>  _______________________________________________
>>  gdal-dev mailing list
>>  gdal-dev at lists.osgeo.org
>>  http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>>