-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
assertion failed: rc != -1 (epoll.cpp:83) (Bad file descriptor) #39
Comments
It shouldn't happen. I'll have a look at it if a reproducible use case can be found. |
I haven't been able to reproduce this. Closing this issue until it reoccurs reproducibly. |
csrl
pushed a commit
to exosite-archive/zeromq2
that referenced
this issue
Dec 22, 2012
Fix builds on HP-UX 11iv3 when using either gcc or aCC
csrl
pushed a commit
to exosite-archive/zeromq2
that referenced
this issue
Dec 22, 2012
mrvn
pushed a commit
to mrvn/libzmq
that referenced
this issue
Jul 2, 2015
Problem: 4.1 broke the ABI yet did not bump ABI number
benjdero
pushed a commit
to benjdero/libzmq
that referenced
this issue
Feb 20, 2023
Added basic log collector
This was referenced Sep 26, 2023
Closed
This issue was closed.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Had an application crash with this assertion today. Not entirely sure how this happened--perhaps the I/O thread closed a socket while the app thread was waiting in epoll? Looks like this condition should be silently ignored, instead of resulting in a crash. Assuming, that is, that the EBADF is a result of the attempt to delete a closed file descriptor, and not that the epoll fd itself has somehow become invalid!
The text was updated successfully, but these errors were encountered: