[fdo-users] .net Wrapper quirks
jackie.ng at aecsystems.com.au
Thu Mar 27 09:50:02 EDT 2008
Good to see that I'm not alone here. I was reading from OSGeo.OGR and
executing IInserts into OSGeo.SDF
I find it strange that the FDO managed API is randomly unstable whereas the
MapGuide managed API is near rock-solid, when they are both essentially
wrappers to native code.
Maksim Sestic wrote:
> Oh, I just noticed that my ticket was posted into MapGuide NG:
> So, it's definately up to FDO, not MG.
> Jackie, what's the FDO provider you were using?
> Maksim Sestic
> Jackie Ng wrote:
>> Hi All,
>> I've been writing .net code that copies data from one FDO connection to
>> another (Doing a series of IInsert::Execute() calls from an
>> IFeatureReader ). In my adventures using the FDO .net wrapper, I have
>> encountered the following problems at random:
>> - System.AccessViolationExceptions ("Attempted to read or write protected
>> memory. This is often an indication that other memory is corrupt") thrown
>> at OSGeo.FDO.Runtime.Disposable.Finalize() (Target Site: void
>> ReleaseUnmanagedObject() )
>> - C++ pure virtual function call errors.
>> - Memory allocation failed errors.
>> Is there some quirks with the .net wrapper that I should be aware of? As
>> OSGeo.FDO.Runtime.Disposable implements IDisposable, I've been wrapping
>> nearly every FDO object used inside using() blocks. Could this be a
>> I am using .net wrappers for FDO 3.3.0
>> - Jackie
View this message in context: http://www.nabble.com/.net-Wrapper-quirks-tp16318694s18162p16325032.html
Sent from the fdo-users mailing list archive at Nabble.com.
More information about the fdo-users