Experimental Physics and
Industrial Control System

Andrew Johnson via Core-talk <core-talk at aps.anl.gov> · Sun, 21 Feb 2021 00:18:22 -0000

The problem of scan threads hanging was fixed by reversion of the use of
monotonic time for timers, but the underlying issue with the monotonic
time support on Windows has now been fixed by Freddie's branch.

** Changed in: epics-base
       Status: New => Fix Committed

-- 
You received this bug notification because you are a member of EPICS
Core Developers, which is subscribed to EPICS Base.
Matching subscriptions: epics-core-list-subscription
https://bugs.launchpad.net/bugs/1896295

Title:
  WIN32: IOC scan loops hang

Status in EPICS Base:
  Fix Committed

Bug description:
  The IOC scan loops hung on all IOCs on several computers, on
  investigation this looks to be caused by the monotonic clock wrapping.
  The values of next and now in dbScan.c / periodicTask() are consistent
  with GetTickCount() wrapping (which happens every 49.7 days), which I
  believe lead to epicsEventWaitWithTimeout() being called with a large
  delay. I was initially confused by the debugger saying a delay of 0
  had been passed to epicsEventWaitWithTimeout(), but I cannot see how
  this is possible (the minimum delay should be penalty) so I assume the
  debugger is reporting incorrectly due to the code being in release
  mode.

  The epics Monotonic time functions should not normally be using
  GetTickCount(), however it looks like the logic in the test for
  whether to use GetPerformanceCounter() is inverted and so
  GetTickCount() is always used. I will push a patch to fix this, and
  also to use GetTickCount64() as a fallback instead (which wraps on a
  much longer timescale).

To manage notifications about this bug go to:
https://bugs.launchpad.net/epics-base/+bug/1896295/+subscriptions

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System