-
Notifications
You must be signed in to change notification settings - Fork 638
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature: RwLock #2015
Comments
|
Would be great to have such functionality. |
@yoshuawuyts I've looked at their implementation, I think it already shares a number of similarities with |
Is there a release milestone? |
@xpepermint You can use https://github.com/stjepang/async-rwlock until a |
I see. Thank you @stjepang |
@stjepang Hi, I see that repository no longer exists or is no longer public? Does anyone know what's the current status of this issue? Thanks. |
Oh I see it's at https://github.com/stjepang/async-lock |
@xpepermint @Enrico2 Sorry for the egregious delay. I have a PR (#2082) that is available though I haven't yet gotten any sort of go ahead with its current state. I believe the code should function, in theory, identically to the one provided in https://github.com/stjepang/async-lock. |
Are there any current plans to add a future-aware RwLock to complement the Mutex?
I would be happy to try my hand at an implementation based on the current mutex implementation but would need some input as to the desired reader/writer fairness policy.
The text was updated successfully, but these errors were encountered: