Carl,
I don't see CRT dependencies in the dll-s provided by the MrSID SDK so it
might less likely be an issue if you link against their the libs in a
VS2012 compilation. I also wanted to add VS2012 packages at
http://www.gisinternals.com/sdk/ but I didn't have enough spare time so far
to complete
I agree with Tamas that you are going to have hard-to-isolate problems
mixing compiler versions. I have sort of a similar problem and I'm going
to partially hijack this thread to see if anyone has any suggestions:
We use the latest version of GDAL we can (about to upgrade to 10.0.1) and
try to us
David,
You should anyway use a consistent build along your system or make sure you
use your own version of gdal dll which is compatible with your plugin.
Mixing dependencies from different sources, compiled by different version
may cause unpredictable issues and crashes. You may either think to up
I have a GDAL plugin that is built with VS 2005 SP1 that I'm trying to
use with a GDAL 1.8 DLL that was built with VS 2008. I cannot rebuild
the GDAL 1.8 DLL as it is provided by a different vendor/application.
I've found that the GDAL utilities crash when they are exiting (as well
as some func