Uploaded image for project: 'Qpid Proton'
  1. Qpid Proton
  2. PROTON-372

driver does not handle POLLHUP

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • proton-0.5
    • proton-0.5
    • proton-c
    • 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.

      Attachments

        1. 0001-Handle-POLLHUP-as-pending-io.patch
          2 kB
          Božo Dragojevič
        2. 0001-Handle-POLLHUP-as-POLLERR.patch
          1 kB
          Božo Dragojevič
        3. confuse-driver.py
          4 kB
          Božo Dragojevič

        Activity

          People

            tross Ted Ross
            bozzo Božo Dragojevič
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: