You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The problem with only acquiring read locks is, that while reading data, the resource can be simultaneously released, which might lead to an inconsistent state. Especially in combination with cryptofs, which requires an external locking mechanism, this can pollute the filesystem state.
The text was updated successfully, but these errors were encountered:
We use path/data locks in order to synchronize callbacks, based on An Efficient Locking Scheme for Path-based File
Systems.
The
release()
callback is not covered by this paper. Nonetheless, it requires synchronization, as implemented inReadOnlyAdapter
:fuse-nio-adapter/src/main/java/org/cryptomator/frontend/fuse/ReadOnlyAdapter.java
Lines 358 to 360 in 3d70693
The problem with only acquiring read locks is, that while reading data, the resource can be simultaneously released, which might lead to an inconsistent state. Especially in combination with cryptofs, which requires an external locking mechanism, this can pollute the filesystem state.
The text was updated successfully, but these errors were encountered: