Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.Sign up
Recent updates to libspatialite crashing processes #43203
Please note we will close your issue without comment if you delete, do not read or do not fill out the issue checklist below and provide ALL the requested information. If you repeatedly fail to use the issue template, we will block you from ever submitting issues to Homebrew again.
Recent updates by @fxcoudert to the libspatialite package are crashing processes using .NET Core and Entity Framework Core to access SpatiaLite databases. (Originally filed by @garfbradaz as aspnet/EntityFrameworkCore#16667)
Steps to reproduce
The dotnet executable crashes and I will receive a crash dump report.
Operating system: Mac Mojave 10.14.5
Using the previous version works as expected.
brew install https://raw.githubusercontent.com/Homebrew/homebrew-core/835ae521c065524abdf66578e68032fa24bce514/Formula/libspatialite.rb
It may or may not be related to the fact that our native SQLite library is named libe_sqlite3.dylib and not libsqlite3.dylib.
Agreed. There is not much indication that the problem lies in
One thing that could help decide what is going wrong: does the problem persist if you
I doubt it's related to .NET; that's just our means of invoking native calls like this:
sqlite3 *db; sqlite3_open(":memory:", &db); sqlite3_enable_load_extension(db, 1); sqlite3_exec(db, "SELECT load_extension('mod_spatialite');", 0, 0, 0);
Let me see if it repros with
If you have a crash without .NET, on the minimal code you posted (or another one), that would be fine. But we have many other formulas that depend, directly or indirectly, on libspatialite… and no bugs reported there. Which is why I think it might be .NET specific (in the way it links libraries, or something else).
Closing for now, there is no indication that this is a Homebrew-specific issue. Happy to reconsider if this is debugged further.