<div dir="ltr">Two great answers in 10 minutes! thanks guys!</div><div class="gmail_extra"><br><div class="gmail_quote">On 2 March 2017 at 11:43, Mateusz Loskot <span dir="ltr"><<a href="mailto:mateusz@loskot.net" target="_blank">mateusz@loskot.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2 March 2017 at 10:32, Idan Miara <<a href="mailto:idan@miara.com">idan@miara.com</a>> wrote:<br>
> Hi,<br>
><br>
> I'm developing a c++ MSVC (2013 or 2015) program that depends on GDAL.<br>
> Currently I'm using the C API, and I might use the C++ API in the future.<br>
><br>
> I've run dependency walker on the recent version of gdal201.dll that is<br>
> distributed in osgeo4w, it depends on msvcr100.dll, thus I assume it was<br>
> compiled with MSVC2010.<br>
><br>
> I was wondering if I could encounter problems with my program for linking<br>
> against osgeo4w MSVC2010 gdal201 binaries while my program is compiled with<br>
> MSVC 2013 or 2015.<br>
> For that matter, does it make a difference if I use GDAL C API or the C++<br>
> API?<br>
<br>
</span>If you stick to GDAL C API and if you know what you are doing<br>
and if you are careful, you should be fine.<br>
GDAL DLL is fairly well isolated, especially in terms of allocations<br>
and deallocations<br>
which all happen inside GDAL DLL and do not cross the DLL/DLL or<br>
DLL/EXE boundaries.<br>
Read about "How should I deallocate resources acquainted from GDAL on<br>
Windows?" here<br>
<a href="https://trac.osgeo.org/gdal/wiki/FAQMiscellaneous" rel="noreferrer" target="_blank">https://trac.osgeo.org/gdal/<wbr>wiki/FAQMiscellaneous</a><br>
<span class=""><br>
> Is there a good reason for osgeo4w for keep choosing MSVC2010 for GDAL?<br>
<br>
</span>Possibly, it's due to maintenance vs man power resources.<br>
<br>
Best regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
Mateusz Loskot, <a href="http://mateusz.loskot.net" rel="noreferrer" target="_blank">http://mateusz.loskot.net</a><br>
</font></span></blockquote></div><br></div>