Skip to content

timer::delayed_send() blocks, doesn't return immediately #4186

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

Closed
ttaubert opened this issue Dec 14, 2012 · 5 comments
Closed

timer::delayed_send() blocks, doesn't return immediately #4186

ttaubert opened this issue Dec 14, 2012 · 5 comments

Comments

@ttaubert
Copy link
Contributor

The docs about timer::delayed_send() at http://dl.rust-lang.org/doc/std/timer.html say:

This call returns immediately.

In fact, it doesn't return immediately but blocks. Does this need a code fix or should the documentation be corrected?

@brson
Copy link
Contributor

brson commented Dec 15, 2012

I think the code should probably be changed. recv_timeout expects delayed_send to return immediately. Having it block until the send is performed seems to defeat the purpose.

@graydon
Copy link
Contributor

graydon commented Apr 30, 2013

@brson this looks vaguely like it might be under the umbrella of your 0.7 scheduler work; is it? If not, we can push it back to a maturity milestone.

@graydon
Copy link
Contributor

graydon commented Apr 30, 2013

assigning bug; change assignment if you disagree

@ghost ghost assigned brson Apr 30, 2013
@brson
Copy link
Contributor

brson commented May 1, 2013

I know this is painful for people, but I'm not planning on fixing it since it's tied to the old uv implementation in std. I expect this code to just be ripped out soon.

@graydon
Copy link
Contributor

graydon commented May 2, 2013

Sounds fine. Closing.

@graydon graydon closed this as completed May 2, 2013
RalfJung added a commit to RalfJung/rust that referenced this issue Feb 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants