Tamas, remember the detective work done last year.

32 bit C# interface won't mix at all with 64 bit runtime environment. or have you found a way around that? have not followed the list for some time, just now trying to create a 64-bit version of gdal.

Yes, I have a problem too, and yes a q has been posted on this list.

/Tomas

Tamas Szekeres skrev:
You should provide further info about your environment:

1. Did you test your app by running from an IDE like VS2005 for example?
2. What version of OS/IIS you intend to use when deploying the application.

You appdir and platform configuration (32/64) may be different depending on your environment. For example by using the VS IDE you'd probably use WebDev.WebServer.exe as the host process which is running against the 32 bit version of the .NET framework on a 64 bit machine.

You might want to use SysInternals ProcMon.exe to make sure about the expected locations of the dll files.

Best regards,

Tamas




2009/2/12 Tri <[email protected] <mailto:[email protected]>>


    Tamas,

    I'm creating web services.  This is first go on 64 bit machine -
    plenty of
    32 bit web services to fall back on.  The problem is I was using
    FDO which
    as far as I know has only 32 bit compiled code.  So I set the
    'Enable 32 Bit
    Application' to true, published the application, then tried to run
    from
    localhost.  There were no problems with 64 bit, 32 bit conflicts
    this way.
    However, I then started getting an error that says:

    System.IO file not found.   I'm not using System.IO file in the
    web service.

    So, I thought I would use your compiled 64 bit GDAL / OGR code to
    create a
    new web service, but running into previously mentioned problem
    taking this
    approach.

    Thanks again.....






    Tamas Szekeres wrote:
    >
    > What kind of application you develop  Console/WinForms/ASP.NET
    <http://ASP.NET> ?
    > Wouldn't it be sufficient to use 32 bit binaries and compile
    your app with
    > the /platform:x86 option?
    >
    > Best regards,
    >
    > Tamas
    >
    >
    >
    >
    > 2009/2/12 Tri <[email protected]
    <mailto:[email protected]>>
    >
    >>
    >> Hi Tamas and others - thanks for the help.
    >>
    >> By application executing directory - I've copied the files to
    both the
    >> bin
    >> directory under the project and the obj, Debug directory under the
    >> project.
    >> When I run the application in debug mode, the same problem occurs:
    >>
    >> System.TypeInitializationException:   The type initializer for
    >> OSGeo.OGR.Ogr
    >> threw an exception
    >>
    >> InnerException:   The type initializer for OSGeo.OGR.OgrPINVOKE
    threw an
    >> excpetion
    >>
    >> I am using the 64 bit compiled code from you on Vista 64 bit
    machine.
    >>
    >> Any more ideas?  Thanks.....
    >>
    >>
    >>
    >> Tamas Szekeres wrote:
    >> >
    >> > Hi,
    >> >
    >> > You might have to copy all of the dll-s (*_csharp.dll,
    *_wrap.dll,
    >> > gdal16.dll, proj.dll etc.) to the application executing
    directory.
    >> >
    >> > Best regards,
    >> >
    >> > Tamas
    >> >
    >> >
    >> >
    >> > 2009/2/11 Tri <[email protected]
    <mailto:[email protected]>>
    >> >
    >> >>
    >> >> Can't get GDAL / OGR to work with CSharp.  Using the CSharp
    dlls, I
    >> keep
    >> >> getting exceptions like:
    >> >>
    >> >> OgrPINVOKE, threw an exception.
    >> >>
    >> >>
    >> >> TO TRY TO GET TO WORK I DID:
    >> >> - Copied the csharp dlls into project,
    >> >> - Created a reference to the dlls.
    >> >>
    >> >> What am I doing wrong?
    >> >>
    >> >>
    >> >> --
    >> >> View this message in context:
    >> >> http://n2.nabble.com/GDAL---CSharp-tp2308674p2308674.html
    >> >> Sent from the GDAL - Dev mailing list archive at Nabble.com.
    >> >>
    >> >> _______________________________________________
    >> >> gdal-dev mailing list
    >> >> [email protected] <mailto:[email protected]>
    >> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
    >> >>
    >> >
    >> > _______________________________________________
    >> > gdal-dev mailing list
    >> > [email protected] <mailto:[email protected]>
    >> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
    >> >
    >>
    >> --
    >> View this message in context:
    >> http://n2.nabble.com/GDAL---CSharp-tp2308674p2312047.html
    >> Sent from the GDAL - Dev mailing list archive at Nabble.com.
    >>
    >> _______________________________________________
    >> gdal-dev mailing list
    >> [email protected] <mailto:[email protected]>
    >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
    >>
    >
    > _______________________________________________
    > gdal-dev mailing list
    > [email protected] <mailto:[email protected]>
    > http://lists.osgeo.org/mailman/listinfo/gdal-dev
    >

    --
    View this message in context:
    http://n2.nabble.com/GDAL---CSharp-tp2308674p2312090.html
    Sent from the GDAL - Dev mailing list archive at Nabble.com.

    _______________________________________________
    gdal-dev mailing list
    [email protected] <mailto:[email protected]>
    http://lists.osgeo.org/mailman/listinfo/gdal-dev


------------------------------------------------------------------------

_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to