ok, I believe I've now a fix in https://github.com/OSGeo/gdal/pull/9700
. Probably a subtle multi-threading issue related to different memory
ordering between M1 and Intel CPUs (or just that it was easier to
trigger on M1)
Le 16/04/2024 à 21:01, Even Rouault via gdal-dev a écrit :
Hi,
I've
Hi,
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
Hi,
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
https://gis.stackexchange.com/questions/479958/how-to-fix-failed-to-prepare-sql-e
