Skip to content
Snippets Groups Projects

DerivationFrameworkCore: Add an algorithm to explicitly lock a decoration.

Merged DerivationFrameworkCore: Add an algorithm to explicitly lock a decoration.
ssnyder/athena:lockDecoration.DerivationFrameworkCore-20240919 into 24.0
Merged Scott Snyder requested to merge ssnyder/athena:lockDecoration.DerivationFrameworkCore-20240919 into 24.0

In derivation, we have cases where the same decoration is written by several different algorithms (for example, TruthDressingTool). In such cases, we cannot lock the decoration at the end of the algorithm, as is usually done, since this would cause subsequent algorithms to fail. However, we also don't want to leave the decoration unlocked, as the fix for ATLASRECTS-8008 would cause those decorations to be lost in a deep copy. Instead, in those cases, we can use this algorithm to explicitly lock the decoration after all algorithms that modify it have completed.

These configurations were previously working due to a bug in WritDecorHandle, where it would fail to lock a decoration if isAvailable() had been called. Fixing that bug necessitates this change.

Note, though, that such configurations are likely not compatible with MT.

In support of !73627 (closed) / ATLASRECTS-8008.

Merge request reports

Loading
Loading

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
Please register or sign in to reply