 |
Fixed in DbDmdUnit.pas: FastLoadScriptCallback called GenerateFTS and ApplyPersistentScript directly on the FastLoad worker thread. Both use DbDmd.Conn (settings.sdb), whose FireDAC connection-level critical section is not thread-safe. This created a classic lock+Synchronize deadlock: (1) FastLoad worker holds DbDmd.Conn CS (executing a statement), (2) main thread blocks in NamespacesQry.Open waiting for that same CS, (3) FastLoad worker then calls RadioStationEtc.EndUpdate(NRL_SQLBUSY) which uses TThread.Synchronize — waits for main thread — deadlock. Fix: wrapped both GenerateFTS and ApplyPersistentScript in TThread.Synchronize so they always execute on the main thread. TThread.Synchronize is a no-op when already on main thread, so this is safe regardless of caller context. |
- Anonymous
