Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
proton-0.5
-
None
-
osx
Description
If a peer closes the socket at an inopportune time poll() will start returning POLLHUP but not POLLERR. this drives messenger into a busyloop as the driver does not check this flag.
The messenger instance is still able to service other connections but it's doing so at 100% cpu load as every poll() call returns immediately.