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
As seen in failed CI in #88 , agatedb will abort when we panic on drop. I implemented a partial solution the we ignore all failures (e.g. PoisonedLock, failed to remove file) and simply print them. We could later find a better way to solve this issue.
The text was updated successfully, but these errors were encountered:
Generally, this should not abort, as panic on drop should panic as-is. However, what we may encounter is that, we have panicked, and when rewinding stack to drop, another panic happens. This would cause process abort with no further information.
This bug is introduced by #87 , where we for the first time enable Agate to be cloned. When an Agate got dropped, all related channels will be closed, and the thread pool will be shutdown. We should wrap Agate with an Arc.
As seen in failed CI in #88 , agatedb will abort when we panic on drop. I implemented a partial solution the we ignore all failures (e.g. PoisonedLock, failed to remove file) and simply print them. We could later find a better way to solve this issue.
The text was updated successfully, but these errors were encountered: