[fdo-users] .net Wrapper quirks

Jackie Ng jackie.ng at aecsystems.com.au
Thu Mar 27 18:28:45 EDT 2008


Yes I am seeing this too.

- Jackie


Clayton Hotson wrote:
> 
> I've seen this as well - I could never quite pin this down, but I
> *believe* that the FDO wrappers are not disposing of their underlying
> unmanaged resources in the correct order - and that this problem will
> occur when the garbage collector comes around - hence the
> pseudo-randomness.  I've only ever seen this on reasonably large datasets,
> and only after a few minutes' time.  Is this what you are seeing as well?
> 
> Clayton
> 
> -----Original Message-----
> From: fdo-users-bounces at lists.osgeo.org
> [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Jackie Ng
> Sent: Thursday, March 27, 2008 2:50 PM
> To: fdo-users at lists.osgeo.org
> Subject: Re: [fdo-users] .net Wrapper quirks
> 
> 
> 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.
> 
> - Jackie
> 
> 
> Maksim Sestic wrote:
>>
>> Oh, I just noticed that my ticket was posted into MapGuide NG:
>> http://trac.osgeo.org/mapguide/ticket/323
>>
>> So, it's definately up to FDO, not MG.
>>
>> Jackie, what's the FDO provider you were using?
>>
>> Regards,
>> 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
>>> cause?
>>>
>>> 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.
> 
> _______________________________________________
> fdo-users mailing list
> fdo-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-users
> _______________________________________________
> fdo-users mailing list
> fdo-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-users
> 
> 

-- 
View this message in context: http://www.nabble.com/.net-Wrapper-quirks-tp16318694s18162p16338943.html
Sent from the fdo-users mailing list archive at Nabble.com.



More information about the fdo-users mailing list