Hi Abib,
this one is well known problem affecting the .NET connector,
and we have a still unresolved ticket about this issue:
https://www.gaia-gis.it/fossil/libspatialite/tktview?name=eba55ae574
I'm sorry, but I can say nothing about this, because I'm not a .NET
user, I have not the slightest idea about this environment, and I'm
absolutely unable to perform any check/test.
Anyway, I strongly suspect that this issue is strictly related
to other similar issues reported for Java and Python connectors
on Windows:
- the current libspatialite.dll is based on the amalgamation, thus
including a statically-linked "private internal copy" of libsqlite;
please note, any linker symbol is carefully remapped so to avoid
any possible harmful name collision.
- anyway, as Pepijn reported many and many times, this layout is
no at all good (because a different libsqlite instance is probably
used by the connector itself).
- a further possible suspect: any libspatialite.dll made available
on the
www.gaia-gis.it download site has been built using the
MinGW compiler (standard GNU gcc for Windows): I'm not really
sure about this, but may well be that some incompatibility in malloc/
free
could arise when using other sw compiled using the MSVC compiler
and/or caused by different versions of the platform C runtime
(msvcrt)
Conclusion: the next to come v.3.1.0 will definitively abandon
the "amalgamation" for any Windows binary distribution, simply
relying on some "system-wide" libsqlite.dll
Hoping well, this should definitively resolve all these issues.
bye Sandro