<br><div style="visibility: hidden; display: inline;" id="avg_ls_inline_popup"></div><style type="text/css">#avg_ls_inline_popup { position:absolute; z-index:9999; padding: 0px 0px; margin-left: 0px; margin-top: 0px; width: 240px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 13px;}</style><br>
<div class="gmail_quote">2010/4/1 Shaw, Jonathan-P29740 <span dir="ltr"><<a href="mailto:Jonathan.Shaw@gdc4s.com">Jonathan.Shaw@gdc4s.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Upon further browsing of the open tickets, I'm wondering if I'm<br>
experiencing the crashes, heap corruption, etc. described by<br>
<a href="http://trac.osgeo.org/gdal/ticket/3346" target="_blank">http://trac.osgeo.org/gdal/ticket/3346</a>.<br>
<br></blockquote><div><br>Jonathan,<br><br>You probably use GDAL along with one or more dependencies loaded dynamically (like proj, libpng, libjpeg etc.) which may have been compiled against different CRT dependencies. This may happen either by using different CRT settings or different compiler versions when compiling the various libraries. Having different CRT settings for the various libraries is not necessarily a problems when the authors of the libraries follow careful design considerations and coding practice (like making memory allocations/deallocations within the dll boundaries etc.), but it's rarely the case with the libraries we use. Using inhomogeneous CRT dependecies in dependent libraries is unsupported by Microsoft either, and I've also submitted a blogpost related to this topic here: <a href="http://szekerest.blogspot.com/2010/02/redistribution-of-shared-c-runtime.html">http://szekerest.blogspot.com/2010/02/redistribution-of-shared-c-runtime.html</a><br>
<br>To avoid this situation you might want to recompile all the dependencies with the same compiler and CRT setting which could be a nightmare in many cases. You could alternatively use the pre-compiled binary packages / SDKs from this location <a href="http://vbkto.dyndns.org/sdk/">http://vbkto.dyndns.org/sdk/</a> which are guaranteed to compiled satisfying with the requirements above (by using the /MD settings for all, and the same compiler used).<br>
<br><br>Best regards,<br><br>Tamas<br><br><br></div></div><br>