<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 23, 2013 at 9:07 AM, John Daniel <span dir="ltr"><<a href="mailto:jdaniel@usgs.gov" target="_blank">jdaniel@usgs.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Even,<br>
Is this crash specific to GDAL 1.10? We have been using the old ECW library for a couple of years with good success. It is a bit buggy. I never did get it running on Solaris. We are still on GDAL 1.9.2.<br></blockquote><div>
<br></div><div style>John,</div><div style><br></div><div style>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 style> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I have been worried about this old ECW library blocking us from future updates. We are testing Kakadu right now. If ECW has problems in GDAL 1.10, that would be important to know.<br>
<br>
Are there any issues with Kakadu and GDAL 1.10? I'm worried about the way GDAL links directly to Kakadu object files instead of using the library.<br></blockquote><div><br></div><div style>I am not aware of any problems with Kakadu and GDAL 1.10.  If you run into something i'd be interested in fixing it. </div>
<div style><br></div><div style>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 style><br></div><div style>Best regards,</div><div style>Frank</div><div style><br></div><div style><br></div><div style> even<a href="mailto:even.rouault@mines-paris.org">.rouault@mines-paris.org</a><span style="color:rgb(80,0,80)">> wrote:</span></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im HOEnZb">
<br>
> Le mercredi 22 mai 2013 19:22:09, Frank Warmerdam a écrit :<br>
>> Dennis,<br>
>><br>
>> Ah.  In my experience the ECW SDK 3.3 JPEG2000 support is buggy and I was<br>
>> never really able to trace down the issues.  I would encourage you to<br>
>> consider alternatives - one possibility is the MrSID SDK's JPEG2000<br>
>> support.  If Tamas's build includes MrSID support then all you need to do<br>
>> is set the GDAL_SKIP environment variable to JP2ECW which would make GDAL<br>
>> skip the ECW based driver.   If Tamas hasn't built with MrSID then it falls<br>
>> to you to build GDAL which can be somewhat complicated.<br>
><br>
> I can replicate the crash with the JP2ECW driver with ECW SDK 3.3. It occurs<br>
> actually in the SDK itself, not in GDAL, so nothing that we can really do<br>
> about that (except using GDAL API Proxy, see below). Newer versions of the SDK<br>
> don't produce this crash.<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up   | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/~warmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>and watch the world go round - Rush    | Geospatial Software Developer<br>
</div></div>