-
-
Notifications
You must be signed in to change notification settings - Fork 218
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
Suggestion: Readers/Writers that work with AsyncRead/AsyncWrite #171
Comments
I have zero plans here. Ideally, async should not require every crate everywhere that does anything with If someone has more data that can make a more compelling argument why I'm wrong about this, or provide a more concrete proposal, then I'll be all ears. But for now, I have no plans. |
Thanks for the swift response.
Well put. And yeah, I agree - I don't see how this would be possible without providing an
So for writing specifically the workaround here is to use |
It looks like adapters already exist: https://docs.rs/futures-preview/0.3.0-alpha.17/futures/io/struct.AllowStdIo.html |
I don't understand how
Say we have a thing has implement Suggestions: can we have something like |
@foisonocean See: #199 |
Just wanted to mention that I have pushed csv-async to crates.io. |
Hi @BurntSushi.
#141 briefly touched on this, but with the coming stabilization of async/await have you had any further thoughts on how async might integrate with the
csv
crate?My use case is integrating CSV logging into a larger async application. At the moment I am post-processing binary files, but it would be great to work with CSV directly.
The text was updated successfully, but these errors were encountered: