<div dir="ltr">Carl,<div><br></div><div>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 <a href="http://www.gisinternals.com/sdk/">http://www.gisinternals.com/sdk/</a> but I didn't have enough spare time so far to complete this effort.</div>
<div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/7 Carl Godkin <span dir="ltr"><<a href="mailto:cgodkin@gmail.com" target="_blank">cgodkin@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">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:<div>
<br></div><div>We use the latest version of GDAL we can (about to upgrade to 10.0.1) and try to use the latest compilers. Currently we build with gcc 4.4 and VS 2010 although we are eager to upgrade to gcc 4.6 and VS 2012. However, I don't think we can do so because we need MrSID support from GDAL and they (LizardTech) only support up to gcc 4.4 and VS 2010 with their DSDK and I want to avoid the mixed-compiler problems we're warning David about.</div>
<div><br></div><div>Has anyone figured out a way to work around this limitation?</div><div><br></div><div>Thanks very much,</div><div><br></div><div>carl</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra">
<br><br><div class="gmail_quote">
On Sat, Sep 7, 2013 at 3:21 AM, Tamas Szekeres <span dir="ltr"><<a href="mailto:szekerest@gmail.com" target="_blank">szekerest@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">David,<div><br></div><div>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 upgrade your dll for VS2008 or isolate your application to load your specific version. Not sure how that can be done technically without a more detailed description of your software components/architecture.</div>
<div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/6 David Szlucha <span dir="ltr"><<a href="mailto:David.Szlucha@exelisvis.com" target="_blank">David.Szlucha@exelisvis.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal">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.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I’ve found that the GDAL utilities crash when they are exiting (as well as some functionality in the vendor/application that our plugin was built for) in Windows 7. This does not seem to be a problem in Windows XP. <u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I have limited information in the debugger but I suspect the issue might be in the GDAL driver manager deconstructor as I have created a “dummy” GDAL plugin that simply registers itself as a plugin and does nothing else and exhibits the same crash.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">After some internet searching it looks as if this problem has occurred with other GDAL plugins and the solution was to rebuild the plugin using the same compiler that built the GDAL DLL.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Since my project consists of several other DLLs that I can’t readily be updated to VS 2008 I’m wondering if anyone has come across this issue in their own plugins and may have attempted to fix the issue with mixed compiler versions?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Thanks!<span><font color="#888888"><u></u><u></u></font></span></p><span><font color="#888888"><p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">David<u></u><u></u></p></font></span></div></div><br></div></div>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br></div>
<br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br></div>