<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Order By causes crash on String columns (Mac API 1.2) in File Geodatabase API Questions</title>
    <link>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46662#M84</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;We are not aware of crashes caused by bad XML.&amp;nbsp; Can you supply an example?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We do run all user supplied XML input through a validation process using the Geodatabase XML Schema Document (XSD).&amp;nbsp; There is additional validation as well.&amp;nbsp; If we find any problems, we return an error message.&amp;nbsp; It is possible that we have missed something, but without a repro case it is difficult to assess.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We recommend that any XML supplied as input first be validated by the user using the XSD that we ship with the API.&amp;nbsp; The XML should also be carefully reviewed with respect to the Geodatabase XML documentation that is shipped with the API.&amp;nbsp; There are a number of sample XML documents that can be used as a starting point for generating your own XML.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 30 Oct 2012 16:52:25 GMT</pubDate>
    <dc:creator>DavidSousa</dc:creator>
    <dc:date>2012-10-30T16:52:25Z</dc:date>
    <item>
      <title>Order By causes crash on String columns (Mac API 1.2)</title>
      <link>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46660#M82</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I have a table with a string column 50 characters in length in a FGDB created by the API. In this case there are no nulls in the column but there could be.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If I use an order by clause on sql to the Geodatabase::ExecuteSQL method I get a crash of the program (see below). If I don't include the order by or use a numeric column then the program works fine. I have tried with the recycling parameter set to false and true but that makes no difference.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;PRE class="plain" name="code"&gt;SELECT * FROM LOCALITY_POLY ORDER BY NAME&lt;/PRE&gt;&lt;DIV style="display:none;"&gt; &lt;/DIV&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;PRE class="plain" name="code"&gt;0&amp;nbsp;&amp;nbsp; libsystem_kernel.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x00007fff8e12a212 __pthread_kill + 10
1&amp;nbsp;&amp;nbsp; libsystem_c.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x00007fff88428af4 pthread_kill + 90
2&amp;nbsp;&amp;nbsp; libsystem_c.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x00007fff8846cdce abort + 143
3&amp;nbsp;&amp;nbsp; libsystem_c.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x00007fff88440959 free + 392
4&amp;nbsp;&amp;nbsp; libfgdbunixrtl.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x0000000116c39d51 VariantClear(tagVARIANT*) + 161
5&amp;nbsp;&amp;nbsp; libFileGDBAPI.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x0000000117042f0c FieldValues::~FieldValues() + 48
6&amp;nbsp;&amp;nbsp; libFileGDBAPI.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x000000011708a8ea RecordSorter::Init(Datafile*, ScanContext*) + 800
7&amp;nbsp;&amp;nbsp; libFileGDBAPI.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x00000001170585f4 Datafile::ExecuteScan(ScanContext&amp;amp;, int*) + 698
8&amp;nbsp;&amp;nbsp; libFileGDBAPI.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x000000011709871b SqlSelectCommand::Execute() + 57
9&amp;nbsp;&amp;nbsp; libFileGDBAPI.dylib&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 0x0000000116fa4f5c FileGDBAPI::Geodatabase::ExecuteSQL(std::basic_string&amp;lt;wchar_t, std::char_traits&amp;lt;wchar_t&amp;gt;, std::allocator&amp;lt;wchar_t&amp;gt; &amp;gt; const&amp;amp;, bool, FileGDBAPI::EnumRows&amp;amp;) const + 136&lt;/PRE&gt;&lt;DIV style="display:none;"&gt; &lt;/DIV&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;As a side note I get a lot of crashes if I don't do something right in the API, it would be better for the API to include checks to avoid issues when dereferencing invalid pointers. For example invalid XML causes the whole program to crash rather than giving an error that the XML is invalid.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 25 Oct 2012 14:54:07 GMT</pubDate>
      <guid>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46660#M82</guid>
      <dc:creator>PaulAustin</dc:creator>
      <dc:date>2012-10-25T14:54:07Z</dc:date>
    </item>
    <item>
      <title>Re: Order By causes crash on String columns (Mac API 1.2)</title>
      <link>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46661#M83</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I was able to reproduce this and I've entered it as NIM085995.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 25 Oct 2012 16:55:14 GMT</pubDate>
      <guid>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46661#M83</guid>
      <dc:creator>LanceShipman</dc:creator>
      <dc:date>2012-10-25T16:55:14Z</dc:date>
    </item>
    <item>
      <title>Re: Order By causes crash on String columns (Mac API 1.2)</title>
      <link>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46662#M84</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;We are not aware of crashes caused by bad XML.&amp;nbsp; Can you supply an example?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We do run all user supplied XML input through a validation process using the Geodatabase XML Schema Document (XSD).&amp;nbsp; There is additional validation as well.&amp;nbsp; If we find any problems, we return an error message.&amp;nbsp; It is possible that we have missed something, but without a repro case it is difficult to assess.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We recommend that any XML supplied as input first be validated by the user using the XSD that we ship with the API.&amp;nbsp; The XML should also be carefully reviewed with respect to the Geodatabase XML documentation that is shipped with the API.&amp;nbsp; There are a number of sample XML documents that can be used as a starting point for generating your own XML.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 30 Oct 2012 16:52:25 GMT</pubDate>
      <guid>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46662#M84</guid>
      <dc:creator>DavidSousa</dc:creator>
      <dc:date>2012-10-30T16:52:25Z</dc:date>
    </item>
    <item>
      <title>Re: Order By causes crash on String columns (Mac API 1.2)</title>
      <link>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46663#M85</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Was the crash on order by for string columns ever fixed?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 05 Nov 2013 15:50:55 GMT</pubDate>
      <guid>https://community.esri.com/t5/file-geodatabase-api-questions/order-by-causes-crash-on-string-columns-mac-api-1/m-p/46663#M85</guid>
      <dc:creator>PaulAustin</dc:creator>
      <dc:date>2013-11-05T15:50:55Z</dc:date>
    </item>
  </channel>
</rss>

