Skip to content
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

Listening seems to take longer than it should #8

Closed
Austinb opened this issue Nov 16, 2011 · 1 comment
Closed

Listening seems to take longer than it should #8

Austinb opened this issue Nov 16, 2011 · 1 comment
Labels
Bug This request does fix a bug. v2

Comments

@Austinb
Copy link
Owner

Austinb commented Nov 16, 2011

It appears that the listening side for the response is not closing properly (i.e. quickly). Need to test to verify but it appears that the listening loop runs for the entire timeout setting instead of using that to break the loop if a response takes too long.

@Austinb
Copy link
Owner Author

Austinb commented Nov 20, 2011

Just to update the issue was in the actual stream_select() having a too high of a timeout so it did not move on fast enough. Also fixed the loop to run for a max of timeout (default 4 seconds).

Please post a new issue if you run into problems with server information not coming back. Might need to tweak the tv_usec value some still. Might make it an option.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug This request does fix a bug. v2
Projects
None yet
Development

No branches or pull requests

1 participant