[fdo-internals] Hammerhead with FDO 3.2.x and fdopostgis
robert.fortin at autodesk.com
Thu Feb 8 10:50:43 EST 2007
Actually, if you rollback Romi's change and do a new build with it, I
believe you will only need the provider dll.
The rest should all be binary compatible.
From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Mateusz
Sent: Wednesday, February 07, 2007 11:59 PM
To: FDO Internals Mail List
Subject: Re: [fdo-internals] Hammerhead with FDO 3.2.x and fdopostgis
Robert Fortin wrote:
> I'm not sure that's the issue but it might be caused by the submission
> from Romi which change Idisposable to have virtual functions. I
> believe this is breaking binary compatibility and cause the problem
> you are seeing with Hammerhead.
> I would suggest that you rollback Romi's change in your environment
> and recompile FDO + your provider.
Yes, that may be the reason.
Romica applied submitted this change in r678,
and I use FDO 3.2.x of r719.
I think I'll try to rollback to prior 678, but am I correct I also need
to replace original .NET libraries (MgFdo*.dll) with those from built
together with my compilation of FDO core ?
Thanks for your help
fdo-internals mailing list
fdo-internals at lists.osgeo.org
More information about the fdo-internals