<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";
mso-fareast-language:FR;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=FR link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Tamas,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I believe this was happening because of a known issue allocating DLL objects on the heap. I have made the stream objects into member variables to work around this problem on the trunk (r22052). Let me know if your tests continue to fail.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Kirk.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Tamas Szekeres [mailto:szekerest@gmail.com] <br><b>Sent:</b> dimanche 27 mars 2011 10:06<br><b>To:</b> Kirk McKelvey<br><b>Cc:</b> Even Rouault; gdal-dev<br><b>Subject:</b> Re: RE : [gdal-dev] GDAL autotest (mrsid_1) crashing on Win64<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>I did some investigations related to the Win64 problem, but I have no clues how to get further with this problem.<br>I've used Unified_DSDK_8.0_win64-vc9 and the MSVC 2008x64 compiler and even the following code is causing heap corruption when running the mrsid autotest:<br><br>LTIOFileStream *ltiofs = new LTIOFileStream();<br>if ( ltiofs )<br> delete ltiofs; // heap corruption here<br><br>HEAP[python.exe]: Invalid Address specified to RtlFreeHeap( 00000000025E0000, 0000000001E97610 )<br>Windows has triggered a breakpoint in python.exe.<br><br>This issue seems to be related to the changes <a href="http://trac.osgeo.org/gdal/changeset/21974">r21974</a><br><br>Best regards,<br><br>Tamas<br><br><br><o:p></o:p></p><div><p class=MsoNormal>2011/3/23 Kirk McKelvey <<a href="mailto:kmckelvey@lizardtech.com">kmckelvey@lizardtech.com</a>><o:p></o:p></p><p class=MsoNormal>Strange, nothing happened to the driver code in that range. I will bring up a 64-bit build and see if I can debug it. Am I correct that your 32-bit builds are passing this test?<br>________________________________________<br>De : <a href="mailto:gdal-dev-bounces@lists.osgeo.org">gdal-dev-bounces@lists.osgeo.org</a> [<a href="mailto:gdal-dev-bounces@lists.osgeo.org">gdal-dev-bounces@lists.osgeo.org</a>] de la part de Tamas Szekeres [<a href="mailto:szekerest@gmail.com">szekerest@gmail.com</a>]<br>Date d'envoi : mercredi 23 mars 2011 08:36<br>À : Even Rouault<br>Cc : gdal-dev<br>Objet : Re: [gdal-dev] GDAL autotest (mrsid_1) crashing on Win64<o:p></o:p></p><div><p class=MsoNormal style='margin-bottom:12.0pt'><br>Even,<br><br>According to the buildlog at <a href="http://vbkto.dyndns.org/sdk/" target="_blank">http://vbkto.dyndns.org/sdk/</a> r21980 was still OK, and r21988 was already wrong.<br><br>Best regards,<br><br>Tamas<br><br><br><o:p></o:p></p></div><p class=MsoNormal>2011/3/23 Even Rouault <<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a><mailto:<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>>><br>Selon Tamas Szekeres <<a href="mailto:szekerest@gmail.com">szekerest@gmail.com</a><mailto:<a href="mailto:szekerest@gmail.com">szekerest@gmail.com</a>>>:<o:p></o:p></p><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><br>Tamas,<br><br>Indeed there have been recent changes. You might want to drop a note about that<br>to Kirk in ticket <a href="http://trac.osgeo.org/gdal/ticket/4002" target="_blank">http://trac.osgeo.org/gdal/ticket/4002</a> . After latest fixes<br>from Kirk and me, I no longer see problems under Linux however.<br><br>I don't know which version of the GeoDSDK you are using. But, at least under<br>Linux, there's an ABI incompatibility of GeoSDSK v7 with latest libgeotiff (due<br>to the addition of new fields in geo_normalize.h) that cause crashes. But the<br>libgeotiff change is a bit older than the MrSID driver one, so it would be<br>surprising that Kirk changes have an impact on that. Under Linux, using version<br>8 solves that issue. If you revert only the changes of the MrSID driver (to what<br>it was before r21974), what happens ?<br><br>Best regards,<br><br>Even<br><br>> Hi All,<br>><br>> I'm experiencing permanent crash in the mrsid_1 autotest on the Win64 builds<br>> of <a href="http://vbkto.dyndns.org/sdk/" target="_blank">http://vbkto.dyndns.org/sdk/</a>. This problem may be related due to a recent<br>> change (in 2-3 days).<br>><br>> Any ideas about the reason?<br>><br>> Best regards,<br>><br>> Tamas<br>><br><br><br><o:p></o:p></p></div></div></div><p class=MsoNormal><o:p> </o:p></p></div></body></html>