<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>On May 23, 2013, at 12:37 PM, Frank Warmerdam <<a href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>John,</div><div><br></div><div>In my experience the crashes with the ECW 3.3 library are not specific to recent versions of GDAL. I've run into them over the years. </div></div></div></div></blockquote><div><br></div>Frank,<div>I was just curious about potential future problems with GDAL 1.10. If ECW runs as well, or as poorly, as it does with GDAL 1.9.2, then I'm happy.</div><div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Why does the direct use of the app directory object files concern you? I can't recall exactly why it is setup that way. It seems to me I once tried to use the library for the apps area but it was missing something I needed. It seems the current arrangement is just a bit ackward but hopefully not a serious barrier for Kakadu licensees. </div></div></div></div></blockquote><div><br class="webkit-block-placeholder"></div><div>Because changing the interface to the shared library is a big deal. Kakadu isn't going to do that without good reason and clear documentation on how to handle it. Our relatively recent Kakadu 7.1 library does just that and requires a minor patch to GDAL 1.9.2. However, Kakadu can change its internal code at any time and would be under no expectation to tell anyone or explain the changes. </div><div><br></div><div>We are experiencing this exact problem with libXML. Our old version was using undocumented internals of libz. When the sysadmins updated libz for someone else's requirements, any application that used libXML, including GDAL, ceased to function. We still don't have all of our servers operational. We move slowly around here. </div><div><br></div><div>We also had trouble building Kakadu so that its object files were compatible with GDAL. Now we also have a patch for Kakadu to add -fPIC for apps. </div><div><br></div><div>I have no expectation that ECW 3.3 will continue to function in the future. It already doesn't work on our Solaris machines and needs patches for my Mac. Kakadu is well supported so I'm not worried about that. But I am a bit worried about direct linking to object files in a proprietary and very expensive library. There is potential for a future problem there.</div><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br>John Daniel<br>Software Engineer<br>Stinger Ghaffarian Technologies (SGT, Inc.)<br>Contractor to the U.S. Geological Survey (USGS)<br>Earth Resources Observation and Science (EROS) Center<br>47914 252nd Street<br>Sioux Falls, South Dakota 57198<br>Phone: 905.240.2953</div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Mobile: 905.442.9385<br>Skype: 303.586.1987<br>Email: <a href="mailto:jdaniel@usgs.gov">jdaniel@usgs.gov</a></div></span></div></span></div></span></div></span></span>
</div>
<br><div><div><br></div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
</div></div></div></blockquote></div><br></div></body></html>