-
Notifications
You must be signed in to change notification settings - Fork 133
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
async monitor? #431
Comments
I'd say Edit: Actually |
It seems no matter what I do, if I ask dbus to
I've pushed a small repository here: https://github.com/acheronfail/dbus-tokio-monitor, you should be able to reproduce it with that. And if I don't ask to |
Hi, Thanks for providing a repository, I suspect this is a bug inside the libdbus library, but I'm not sure. I spent some time looking into it but I'm quite busy currently I haven't had time to nail it down, might need to rebuild libdbus with debug prints or so... Is this a thread safety problem; i e, does it help if you use a single thread scheduler instead? |
Thanks for your help so far! Hmm, I used I also verified using I'm also fairly busy for the next little while, but if I get the chance I'll try to look into this too (never built libdbus before...) |
Apologies if I've missed an example of this, or if there's some API for it but I've not found it.
I want to
BecomeMonitor
, but in an async environment. This monitor example is great and works, but it's not async.This is how I've currently got it to work:
But, the callback I pass to
con.start_receive
isn't async friendly... I expected something along the lines ofMsgMatch::stream
for receiving messages from a monitor, but I can't seem to get that working, either (well it works if Ieavesdrop()
, but it panics if I use it afterBecomeMonitor
...). 🤔Is there an async way to stream responses from
Connection::start_receive
? Or an async alternative?The text was updated successfully, but these errors were encountered: