Fix race between ETS table deletion and unfixation

Symptom: VM crash running mnesia_SUITE

Scenario: Process A terminates while still having fixed table T
and process B "at the same time" deletes table T with ets:delete/1 or
by terminating.

Problem: A table scheduled for deallocation do only have a valid
'common' part. The unfix-table-at-process-exit code tried to read the
hash-specific part of such a table.

Solution: Must back off if DB_DELETE flag is set.

Since: R16B

0 files changed, 0 insertions, 0 deletions