diff --git a/RELEASE_NOTES.html b/RELEASE_NOTES.html index 24a19a6e6..e23ffb745 100644 --- a/RELEASE_NOTES.html +++ b/RELEASE_NOTES.html @@ -39,6 +39,52 @@ set FALSE when the raw value is successfully read.
In do_sel udf is not set false at the beginning. If selm has an invalid value recGblSetSevr(psel,SOFT_ALARM,MAJOR_ALARM) is called.
+CA Client Library
+ +Scope:
+ +Almost all recent EPICS versions that promote the native type of unsigned +database fields to the next larger integer or floating point type, because +Channel Access clients use only signed types, are effected.
+ +The problem is further restricted only to Channel Access clients that run +within a vxWorks IOC communicating with local database fields stored in some +unsigned integer type.
+ +Furthermore, the CA client must enter a subscription with an external +type that is identical to the CA "native" type only when the CA "native" type +is promoted to some larger signed type from the fields unsigned integer field +type.
+ +The majority of EPICS users use only two CA client programs that attach to +local in-memory process variables: The sequencer and the CA based database +links. Both of these clients install monitor subscriptions that include +timestamp and or alarm information. Therefore, they do not monitor in a +native promoted type as described above, and are not involved.
+ +Likely symptom:
+ +A field contiguous to a field in the database with an unsigned integer +type is mysteriously damaged.
+ +IOC Resident CA Server
+ +Scope:
+ +EPICS R3.13.5 based IOCs only.
+ +A client must issue a large number of monitor subscription install +requests immediately after a large number of monitor subscription uninstall +requests.
+ +This problem was discovered during regression testing of EPICS R3.14.
+ +Likely symptom:
+ +A Channel Access client, such as medm, does not receive its first monitor +subscription update. An "events lost" message will show up on the IOC's +console, and in the log server.
+convertRelease and checkRelease