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
In order to support the latter case, the Lincheck need to be able to intercept coroutine's events (suspension, resumption, etc) in an arbitrary code.
Pros:
Being able to run arbitrary code with coroutines support leads to a simpler and more intuitive behavior from the user's point of view.
Cons:
Currently, the primary use case of Lincheck is to test concurrent data structures and synchronization primitives. This type of code rarely requires to create custom coroutines inside operations.
The text was updated successfully, but these errors were encountered:
Currently, the primary use case of Lincheck is to test concurrent data structures and synchronization primitives. This type of code rarely requires to create custom coroutines inside operations.
But I would rather prefer to keep this as a tracking issue, in case we discover such cases later (or users will report something related).
Currently, the Lincheck supports only top-level
suspend
functions declared as operations.That is, the following code is supported:
But the coroutines launched by the user code are not tracked and thus may work incorrectly.
For example, the following code may not work as expected:
In order to support the latter case, the Lincheck need to be able to intercept coroutine's events (suspension, resumption, etc) in an arbitrary code.
Pros:
Cons:
The text was updated successfully, but these errors were encountered: