<div dir="ltr">In order to avoid mixed CRT dependencies the developers should select the packages to match with their favourite compiler they are using actually. Another reason is to provide test environments for gdal and mapserver to make sure the projects can build equally well in the various compiler versions / architectures. At the time when <a href="http://www.gisinternals.com/sdk/">gisinternals</a> have been set up (in 2009) we didn't have any other alternatives to obtain x64 builds for these OSGeo projects, and this is also the case at the moment since osgeo4w-x64 is still experimental.<div>
<br></div><div>Tamas</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/16 Thomas Heuberger <span dir="ltr"><<a href="mailto:t-h@t-h.cc" target="_blank">t-h@t-h.cc</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">just out of curiosity, why are there versions compiled with VC2k3 / 2k5 / 2k8 /  2k10? Why not just say 2k10?</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">
On Wed, Oct 16, 2013 at 4:02 PM, 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">It's already in my TODO list (<a href="https://github.com/gisinternals/buildsystem/issues/9" target="_blank">https://github.com/gisinternals/buildsystem/issues/9</a>), but I still didn't have enough free time to work that out.<div class="gmail_extra">


<br></div><div class="gmail_extra">Best regards,</div><div class="gmail_extra"><br></div><div class="gmail_extra">Tamas</div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/16 lightxx <span dir="ltr"><<a href="mailto:t-h@t-h.cc" target="_blank">t-h@t-h.cc</a>></span><br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">never mind. I still had that NuGet Post-build event hook in place which<br>



replaced the dlls from the download with the NuGet ones that caused the<br>
exception. Everything's working now, although I'd VERY MUCH prefer to use<br>
the NuGet version.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Heap-corruption-when-using-GDALDriver-CreateCopy-C-Bindings-1-9-2-tp5083834p5083868.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Heap-corruption-when-using-GDALDriver-CreateCopy-C-Bindings-1-9-2-tp5083834p5083868.html</a><br>



<div><div>Sent from the GDAL - Dev mailing list archive at Nabble.com.<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>
</div></div></blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>