matlabbeandwebzuweb b7079e050b Dbdriver trash mutex build time protection (#1778) ...

* fix(DBDriver): resolve lock-order inversion between dbSafeAccess and trashes mutexes

emptyTrashes() acquired _dbSafeAccessMutex while holding _trashesMutex
(M1->M0), whereas the load() path acquires _dbSafeAccessMutex and then,
inside loadQuery()->getLastWordId(), acquires _trashesMutex (M0->M1).
This opposite nesting forms a lock-order cycle that ThreadSanitizer flags
as a potential deadlock.

Acquire _dbSafeAccessMutex only after releasing _trashesMutex, matching
the sequential 'look in trash, then database' pattern used by every other
DBDriver accessor (getLastWordId, getLastMapId, getInvertedIndexNi, ...).

Refs: #1765

* Fxing the actual deadlock

* Added doc

* DBDriverSqlite3: deny usage of public trash mutex protected functions from internal query implementations

---------

Co-authored-by: webzuweb <[email protected]>

2026-09-27 22:43:58 -07:00

..

include/rtabmap/core

Dbdriver trash mutex build time protection (#1778)

2026-09-27 22:43:58 -07:00

src

fix(DBDriver): resolve lock-order inversion between dbSafeAccess and trashes mutexes (#1775)

2026-09-27 22:43:06 -07:00

test

Dbdriver trash mutex build time protection (#1778)

2026-09-27 22:43:58 -07:00

CMakeLists.txt

Adding doc and tests (#1492)

2026-08-06 13:32:20 -07:00