-
Notifications
You must be signed in to change notification settings - Fork 270
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
on_open error handling #24
Comments
Read the docs and don't open bug reports to get free support |
ghost
closed this as completed
Dec 24, 2018
Hello Alex.
If you want to monetize support, make clear the price for individuals like
me. I'm not bitfinex.
It seems error handling absent for client sockets. Why not to pass error
from poll?
…On Mon, Dec 24, 2018 at 9:16 AM Alex Hultman ***@***.***> wrote:
Read the docs and don't open bug reports to get free support
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#24 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AATevLq36rJfSV1AEECtydU3R9UKOqkkks5u8FUAgaJpZM4ZgGJC>
.
|
Unless something is wrong you should get on close event before on open. That could be improved but works as is |
I'm going to implement async https://tarantool.org/ client using
uWebSockets. Will be great to print connection error, if server port is not
open or some misconfiguration in the server url.
I tried connecting to the closed port. I got on_open, then on_close. When I
uncomented
https://github.com/uNetworking/uSockets/blob/master/src/loop.c#L132 I see
socket error 24.
Why not to pass it to on_open?
…On Tue, Dec 25, 2018 at 7:02 PM Alex Hultman ***@***.***> wrote:
Unless something is wrong you should get on close event before on open.
That could be improved but works as is
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#24 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AATevK2Jk1b2S3VPKosKhnCcJe5WdedTks5u8jAJgaJpZM4ZgGJC>
.
|
That's probably a bug, should be fixed. I don't know exactly how yet |
You can get error from async socket like this:
int valopt;
socklen_t lon;
getsockopt(us_poll_fd(p), SOL_SOCKET, SO_ERROR, (void*)(&valopt), &lon);
if (valopt) {
fprintf(stderr, "Error in connection() %d - %s\n", valopt,
strerror(valopt));
exit(0);
}
…On Tue, Dec 25, 2018 at 9:26 PM Alex Hultman ***@***.***> wrote:
That's probably a bug, should be fixed. I don't know exactly how yet
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#24 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AATevMZFUpAvbP223qjOpia1B3MNuSBVks5u8lGygaJpZM4ZgGJC>
.
|
This issue was closed.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
How I can detect connect errors?
The text was updated successfully, but these errors were encountered: