non-preemptive mode client relying on ca_poll does not always reconnect

Bug #541267 reported by Jeff Hill
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
EPICS Base
Fix Released
Medium
Jeff Hill

Bug Description

A non-preemptive mode client that does not idle
in ca_pend_event and relies instead on ca_poll
or ca_pend_event with a very short delay may not
reconnect. The problem wasnt easily reproduced
on Windows or Solaris but may occur more frequently
on Linux.

The vulnerability in the source code appears to
also be in releases before R3.14.8, but may have been
influenced by thread schedualing timing differences
to occur more often in R3.14.8.

Additional information:
From Janet:

We are having repeatable connection problems with the medm
I built with R3.14.8 here at APS. When a person types "exit" to quit a soft ioc the medm will take 8 or 9 minutes before the values change to white on the medm screen.

Original Mantis Bug: mantis-232
    http://www.aps.anl.gov/epics/mantis/view_bug_page.php?f_id=232

Tags: ca 3.14
Revision history for this message
Jeff Hill (johill-lanl) wrote :

Revision : 1.180.2.32 of cac.cpp

Revision history for this message
Jeff Hill (johill-lanl) wrote :

Fixed in R3.14.9

Revision history for this message
Jeff Hill (johill-lanl) wrote :

need to edit description

Revision history for this message
Jeff Hill (johill-lanl) wrote :

fixed in R3.14.9

Revision history for this message
Andrew Johnson (anj) wrote :

Fixed in R3.14.8.1, which has now been released.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.