<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hi,</p>
    <p>I've investigated that today, and I can quite reliably trigger a
      similar error with our existing tests on CI, but this is
      impossible to diagnose further without direct access to a machine
      where the error triggers (when simulating taking the the error
      code path on Linux, the fallback code works, whereas it doesn't on
      OSX Arm64, so there's something quite subtle happening here). So
      if someone has a OSX Arm64 and is willing to give me ssh access to
      it, that would be welcome.</p>
    <p>In the meantime, I've submitted
      <a class="moz-txt-link-freetext" href="https://github.com/OSGeo/gdal/pull/9685">https://github.com/OSGeo/gdal/pull/9685</a> which is just a workaround
      to disable (by default) the threaded RTree creation on that
      platform. It can be explicitly enabled by setting
      OGR_GPKG_ALLOW_THREADED_RTREE to YES</p>
    <p>Even<br>
    </p>
    <div class="moz-cite-prefix">Le 16/04/2024 à 08:13, Rahkonen Jukka
      via gdal-dev a écrit :<br>
    </div>
    <blockquote type="cite"
cite="mid:DB9PR09MB688754C843DDDA8F8B786EC5FD082@DB9PR09MB6887.eurprd09.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="Generator"
        content="Microsoft Word 15 (filtered medium)">
      <style>@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}span.Shkpostityyli17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;
        mso-ligatures:none;
        mso-fareast-language:EN-US;}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]-->
      <div class="WordSection1">
        <p class="MsoNormal">Hi,<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><span lang="EN-US">It seems that at least
            two MacOS ARM64 users have faced a problem with the new,
            faster rtree creation method so maybe it is worth having a
            look. Obviously a big dataset and right hardware is needed
            for testing
            <a
href="https://gis.stackexchange.com/questions/479958/how-to-fix-failed-to-prepare-sql-error-when-creating-gpkg-file-from-osm-extrac/479964#479964"
              moz-do-not-send="true" class="moz-txt-link-freetext">
https://gis.stackexchange.com/questions/479958/how-to-fix-failed-to-prepare-sql-error-when-creating-gpkg-file-from-osm-extrac/479964#479964</a><o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">-Jukka Rahkonen-<o:p></o:p></span></p>
      </div>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
gdal-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/gdal-dev">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a>
</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
<a class="moz-txt-link-freetext" href="http://www.spatialys.com">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
  </body>
</html>