From 8973bbdc3a6217ffe2eca1915d9adf2333413d2c Mon Sep 17 00:00:00 2001
From: Marty Kraimer
Date: Fri, 8 Mar 2002 13:38:01 +0000
Subject: [PATCH] some changes for R3.13.6
---
RELEASE_NOTES.html | 1671 ++++++++++++++++++++------------------------
1 file changed, 776 insertions(+), 895 deletions(-)
diff --git a/RELEASE_NOTES.html b/RELEASE_NOTES.html
index 319a4f39c..24a19a6e6 100644
--- a/RELEASE_NOTES.html
+++ b/RELEASE_NOTES.html
@@ -7,67 +7,97 @@
-EPICS Release 3.13.5
+EPICS Release 3.13.6
-Sept 2001
+March 2002
-
-Changes since 3.13.4
-
-convertRelease and checkRelease
-
-New applications created with makeBaseApp.pl now have the functionality of
-the makeConfigAppInclude.pl and makeIocCdCommands.pl scripts combined into
-a single convertRelease.pl script.
-
-The new script also provides consistency checking of the entries in the
+
Changes since 3.13.5
+
+iocInit
+
+initialProcess is now called before interruptAccept. This means that
+initial processing will be done before periodically scanned and I/O Inter
+scanned record s start processing.
+
+dbCa.c
+
+dbCaGetLink must return -1 when settinf sevr to INVALID or a FPE may be
+rasied on a powerPC.
+
+devMbboDirectCamac>/b>
+
+The call to cfsa was passing val as an argument. It is changed to rval.
+See tech-talk message from Noboru Yamamoto Nov 2001.
+
+mbbiRecord
+
+All existing manipulations of UDF in process() are removed and one udf is
+set FALSE when the raw value is successfully read.
+
+selRecord
+
+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.
+
+Changes since 3.13.4
+
+convertRelease and checkRelease
+
+New applications created with makeBaseApp.pl now have the functionality of
+the makeConfigAppInclude.pl and makeIocCdCommands.pl scripts combined into a
+single convertRelease.pl script.
+
+The new script also provides consistency checking of the entries in the
config/RELEASE file, so that gnumake will stop with an error report if a
-definition in any other <supporttop>/config/RELEASE file is different to
-the same definition in this application. This checking can be disabled by
-editing config/Makefile.Host.
-
-Applications created using earlier versions of EPICS will continue to work
-as before and will not benefit from the consistency check functionality.
-
-devAiSoftRaw and devAoSoftRaw
-
-ai and ao records using DTYP="Raw Soft Channel" can have their EOFF
-and ESLO fields set manually at design or run-time, and these values will
-be used when LINR=LINEAR. The same applies to any device support that
-doesn't provide a special_linconv() routine; if special_linconv() is
-provided however, the original behaviour occurs (EOFF is set to EGUL and
-ESLO is calculated by that routine). The ESLO and EOFF fields now have CA
-monitors posted if their value is changed by the special_linconv()
-routine.
-
-cac_recv_task
-
-Increased stack size from 4096 to 819l.
-
-drvTS
-
-Now uses osiSock for to handle implementation diffences
-
-Constant Links
-
-Hex and octal constants are now accepted for constant links.
-recGblInitConstantLink uses %i instead of %u for unsigned types.
-This is so that hex constants are accepted. %u does not accept hex.
-dbPutString makes a link constant if either strtod or strtol eats entire string.
-Previously only strtod was used.
-
-Breakpoint tables
-
-A bug that caused an invalid conversion when the raw value is greater than the maximum table value is fixed.
-If the raw value is outside the table, the aiRecord and aoRecord now specify a severity of MAJOR_ALARM instead of INVALID_ALARM.
-
-VAL field a promptgroup
-
-The VAL field of the following recordtypes can now be given values by database
-configuration tools: aiRecord, aoRecord, biRecord, boRecord, calcoutRecord, longinRecord, longoutRecord, mbbiDirectRecord, mbbiRecord, mbboDirectRecord, mbboRecord.
-
-Several of the changes have been made to help prevent exceptions on powerPcs
-when conversions are made from float to double.
+definition in any other <supporttop>/config/RELEASE file is
+different to the same definition in this application. This checking can be
+disabled by editing config/Makefile.Host.
+
+Applications created using earlier versions of EPICS will continue to work
+as before and will not benefit from the consistency check functionality.
+
+devAiSoftRaw and devAoSoftRaw
+
+ai and ao records using DTYP="Raw Soft Channel" can have their EOFF and
+ESLO fields set manually at design or run-time, and these values will be used
+when LINR=LINEAR. The same applies to any device support that doesn't
+provide a special_linconv() routine; if special_linconv() is provided
+however, the original behaviour occurs (EOFF is set to EGUL and ESLO is
+calculated by that routine). The ESLO and EOFF fields now have CA monitors
+posted if their value is changed by the special_linconv() routine.
+
+cac_recv_task
+
+Increased stack size from 4096 to 819l.
+
+drvTS
+
+Now uses osiSock for to handle implementation diffences
+
+Constant Links
+
+Hex and octal constants are now accepted for constant links.
+recGblInitConstantLink uses %i instead of %u for unsigned types. This is so
+that hex constants are accepted. %u does not accept hex. dbPutString makes a
+link constant if either strtod or strtol eats entire string. Previously only
+strtod was used.
+
+Breakpoint tables
+
+A bug that caused an invalid conversion when the raw value is greater than
+the maximum table value is fixed. If the raw value is outside the table, the
+aiRecord and aoRecord now specify a severity of MAJOR_ALARM instead of
+INVALID_ALARM.
+
+VAL field a promptgroup
+
+The VAL field of the following recordtypes can now be given values by
+database configuration tools: aiRecord, aoRecord, biRecord, boRecord,
+calcoutRecord, longinRecord, longoutRecord, mbbiDirectRecord, mbbiRecord,
+mbboDirectRecord, mbboRecord.
+
+Several of the changes have been made to help prevent exceptions on
+powerPcs when conversions are made from float to double.
CA Server Bug
@@ -77,11 +107,11 @@ when conversions are made from float to double.
subscriptions using ca_clear_event(), but this may not be noticed because the
problem is probably rare under low or moderate load, and because CA clients
automatically reconnect. The problem was only reproducible here under heavy
-load presented when the R3.14 client side regression tests were run on a fast
-Linux workstation. For example, when the tests were run on a 500 MHz NT host
-I was unable to reproduce the bug. On vxWorks you may see threads with the
-name "CA client" and also "CA event" even if there are no clients connected
-(the casr diagnostic will also incorrectly report that clients are
+load presented when the R3.14 client side regression tests were run on a
+fast Linux workstation. For example, when the tests were run on a 500 MHz NT
+host I was unable to reproduce the bug. On vxWorks you may see threads with
+the name "CA client" and also "CA event" even if there are no clients
+connected (the casr diagnostic will also incorrectly report that clients are
connected). As the IOC stays in long term operation without a reboot, and
depending on the frequency of occurrence at your site (if any), you may also
notice that memory and file descriptors have been lost.
@@ -125,12 +155,12 @@ lost. This message is no longer generated.
drvEpvxi
National Instruments MXI-2 devices are now fully supported on both 68K and
-PowerPC (the PowerPC BSP must provide code for the vxWorks intVecGet() routine
-though). PowerPC CPUs that have a Universe VME interface chip will have
-problems driving MXI-1 boards, although they can be made to do so by setting
-the variable 'vxi_use_failed_mxi' to a non-zero value in the st.cmd file
-before iocInit() and ignoring any warnings about the MXI-1 board having failed
-its self-test.
+PowerPC (the PowerPC BSP must provide code for the vxWorks intVecGet()
+routine though). PowerPC CPUs that have a Universe VME interface chip will
+have problems driving MXI-1 boards, although they can be made to do so by
+setting the variable 'vxi_use_failed_mxi' to a non-zero value in the st.cmd
+file before iocInit() and ignoring any warnings about the MXI-1 board having
+failed its self-test.
If a VME-MXI-2 board will not be installed as the VME system controller
read the NOTES: towards the top of the driver source for an essential
@@ -149,8 +179,8 @@ disconnects while put notifys are outstanding.
A bug was fixed that was related to dynamically changing lock sets.
-The record support put_array_info is called after the a put only if the put
-is successful. Previosuly it was always called.
+The record support put_array_info is called after the a put only if the
+put is successful. Previosuly it was always called.
breakpoint tables
@@ -171,8 +201,8 @@ present. This bug does not occur if an R3.13.3 server is not present.
server address. The CA repeater was also upgraded to detect, and fix, any
problems of this nature.
-Symptom: Undefined symbols show up when EPICS R3.13.3 was loaded into a PC
-IOC running Tornado II.
+Symptom: Undefined symbols show up when EPICS R3.13.3 was loaded into a
+PC IOC running Tornado II.
Changed: Conditionally compiled out references to architecture
inappropriate system calls.
@@ -195,9 +225,9 @@ when the record was attached to a 32 bit digital device .
Access Security TrapWrite feature
-Access security now provides the ability to trap write requests coming from
-a client. RULEs in the access configuration files accept an option argument
-NOTRAPWRITE or TRAPWRITE. For example:
+Access security now provides the ability to trap write requests coming
+from a client. RULEs in the access configuration files accept an option
+argument NOTRAPWRITE or TRAPWRITE. For example:
RULE(1,WRITE,TRAPWRITE)
If the additional argument is not specified the default is NOTRAPWRITE.
@@ -215,8 +245,8 @@ the Application Developer's Guide.
When obtaining graphic, control, and alarm limits, the destination values
were not initialized. If record support did not set values then the
-unitialized values were returned. This caused exceptions to occut on powerPCs.
-The values are now initialized to 0.
+unitialized values were returned. This caused exceptions to occut on
+powerPCs. The values are now initialized to 0.
drvTS.c
@@ -244,15 +274,15 @@ The values are now initialized to 0.
The 3.14 releases of base will no longer support the INC step.
- - Support has been added for the Borland C++ compiler on windows installed
- header files
+ - Support has been added for the Borland C++ compiler on windows
+ installed header files
Channel Access Changes
-Fixed the RISC architecture specific problem in iocCore which results in an
-intermittent and infrequent assert failure with this message: "assert
+
Fixed the RISC architecture specific problem in iocCore which results in
+an intermittent and infrequent assert failure with this message: "assert
(ev_que->evUser->nDuplicates>=1u)". This was actually fixed in
release 3.13.2.
@@ -314,10 +344,10 @@ with NSEV instead of SEVR of the source record.
output record types.
UDF behaviour is fixed: UDF is now reset after warm reboot, after
setting any of the BX fields in supervisory mode and after (successful)
- reading from DOL in closed_loop mode. Also, UDF_ALARM is raised if UDF has
- not yet been reset, as with other record types
- LINK / INVALID alarm is raised if reading from DOL fails. This, also, is
- similar to other output records.
+ reading from DOL in closed_loop mode. Also, UDF_ALARM is raised if UDF
+ has not yet been reset, as with other record types
+ LINK / INVALID alarm is raised if reading from DOL fails. This, also,
+ is similar to other output records.
@@ -345,18 +375,18 @@ to double.
- The convert routine no longer sets udf false. Fetch_value does set udf
- false when it successfully fetched a value. Thus udf is now only set false
- when a new value is obtained.
- - RVAL/ROFF conversion: possible range overflow is fixed. convert( ) uses
- double arithmetics until the final assignment to RVAL.
+ false when it successfully fetched a value. Thus udf is now only set
+ false when a new value is obtained.
+ - RVAL/ROFF conversion: possible range overflow is fixed. convert( )
+ uses double arithmetics until the final assignment to RVAL.
dfanoutRecord.c
A dbPutLink is attempted for all links even if a put for a previous link
-fails. If a dbPutLink fails recGblSetSevr(pdfanout,LINK_ALARM,MAJOR_ALARM) is
-called.
+fails. If a dbPutLink fails recGblSetSevr(pdfanout,LINK_ALARM,MAJOR_ALARM)
+is called.
dbStaticLib
@@ -376,64 +406,47 @@ involved the year 00 appeared in the ascii string
Channel Access
-
-1) A severe problem where the CA client did not exit a loop sending UDP to a list of addresses
-if an error condition was returned from the system call which sends a UDP frame was fixed.
-This problem was discovered during load testing, and will be more likely to occur under heavy
-network loading conditions.
-
+1) A severe problem where the CA client did not exit a loop sending UDP to
+a list of addresses if an error condition was returned from the system call
+which sends a UDP frame was fixed. This problem was discovered during load
+testing, and will be more likely to occur under heavy network loading
+conditions.
-
-2) A problem where the client library could fail and use a deallocated data structure if a
-connection dropped while it was waiting to send a message to a client was fixed.
-
+2) A problem where the client library could fail and use a deallocated
+data structure if a connection dropped while it was waiting to send a message
+to a client was fixed.
-
-3) The CA client now maintains a congestion avoidance threshold on UDP search
-transmissions similar to the congestion avoidance algorithm employed by modern version of
-TCP. There are also some small changes related to how the search counters are maintained
-without allowing them to overflow. This patch was made in R3.13.1 because I originally
-identified it as the fix for (1) above, but it turned out to not be the root cause.
-
+3) The CA client now maintains a congestion avoidance threshold on UDP
+search transmissions similar to the congestion avoidance algorithm employed
+by modern version of TCP. There are also some small changes related to how
+the search counters are maintained without allowing them to overflow. This
+patch was made in R3.13.1 because I originally identified it as the fix for
+(1) above, but it turned out to not be the root cause.
-
-4) A bug fix was made for a problem where the CA repeater was inheriting on HP-UX, and
-possibly other UNIX systems that are not Solaris, certain open file descriptors when
-fork()/exec() are used to start the CA repeater.
-
+4) A bug fix was made for a problem where the CA repeater was inheriting
+on HP-UX, and possibly other UNIX systems that are not Solaris, certain open
+file descriptors when fork()/exec() are used to start the CA repeater.
-
-5) Changes that allow CA to work on Microsoft Visual C++ 6.0 (which includes a new win
-sock DLL and some changes in esoteric parts of the socket API).
-
+5) Changes that allow CA to work on Microsoft Visual C++ 6.0 (which
+includes a new win sock DLL and some changes in esoteric parts of the socket
+API).
-
-6) always inform client of "no write access" for a SPC_NOMOD fields.
-
+6) always inform client of "no write access" for a SPC_NOMOD fields.
-
-7) calls to ca_printf removed from rsrv.
-
+7) calls to ca_printf removed from rsrv.
-
-8) prevent UDP daemon from running damaged messages with TCP protocol and
-visa-versa
-
+8) prevent UDP daemon from running damaged messages with TCP protocol and
+visa-versa
-
-9) use ipAddrToA() so that address print out does not come out byte swapped on the PC
-
+9) use ipAddrToA() so that address print out does not come out byte
+swapped on the PC
-
-10) improved debug messages and added diagnostics
-
-
-
-11) don't send an exception to client when bad request received over UDP.
-
+10) improved debug messages and added diagnostics
+11) don't send an exception to client when bad request received over
+UDP.
-
+
config
@@ -475,16 +488,16 @@ records are dynamically changed.
breakpoint tables
-Tables names were previously forced to be alphanumeric. This restriction is
-removed.
+Tables names were previously forced to be alphanumeric. This restriction
+is removed.
drvTS.c
- Removed potential infinite recursion from tsForceSoftSync().
- - Fixed bug where time sync UDP client was getting in a state where it was
- using the response from the previous request, and ending up setting the
- time 10 seconds back.
+ - Fixed bug where time sync UDP client was getting in a state where it
+ was using the response from the previous request, and ending up setting
+ the time 10 seconds back.
@@ -494,8 +507,8 @@ removed.
dbNotify
-If dbPutNotify called dbProcess and dbProcess returned an error the notify
-completion callback was called twice. This bug is fixed.
+If dbPutNotify called dbProcess and dbProcess returned an error the
+notify completion callback was called twice. This bug is fixed.
drvBB232
@@ -546,8 +559,8 @@ were posted, no monitors on the single bit fields.
drvGpib.c
-all mallocs changed to callocs. This is needed for the new unbundled bitbus
-support.
+all mallocs changed to callocs. This is needed for the new unbundled
+bitbus support.
bitbus support
@@ -569,20 +582,30 @@ includes the following
drvRs232.h
NOTE: drvBitBus.h, drvBitBus.c, drvBitBusInterface.h, and drvBitBusErr.h
-appear in both base and unbundled because drvGib uses it. Must be
-fixed when gpib is unbundled.
-drvBBMsg.c drvBBMsg.c drvRs232.c drvTy232.h
-
Removedfrom base. Seemed to be old duplicate version of drvBB232.c or
-not used at all.
-
devXxDig500Msg232.c
-
removed, was replaced by the digitel record type & device support
-
CAN and IPAC
-
This support has been available for some time as an unbundled product.
-It is not longer included with base.
-
Allen Bradley
+appear in both base and unbundled because drvGib uses it. Must be fixed when
+gpib is unbundled.
+
+
drvBBMsg.c drvBBMsg.c drvRs232.c drvTy232.h
+
+Removedfrom base. Seemed to be old duplicate version of drvBB232.c or not
+used at all.
+
+devXxDig500Msg232.c
+
+removed, was replaced by the digitel record type & device support
+
+CAN and IPAC
+
+This support has been available for some time as an unbundled product. It
+is not longer included with base.
+
+Allen Bradley
+
The allen bradley support has been available for some time as an unbundled
-product. It is not longer included with base.
-
devOpt support
+product. It is not longer included with base.
+
+devOpt support
+
The following gpib support modules have been changed to fix compiler bug
for vxWorks 5.3:
@@ -625,8 +648,8 @@ for vxWorks 5.3:
command to cd to product top and product bin.
calcoutRecord
-Under certain conditions (an input link referencing a PV on another ioc and
-an unusually long ioc initialization), the calcout record would cause an
+
Under certain conditions (an input link referencing a PV on another ioc
+and an unusually long ioc initialization), the calcout record would cause an
error during iocInit by attempting to dbScanLock a record prematurely. This
anomaly has been resolved with this version. No changes to the functionality
of the calcout record were made.
@@ -684,9 +707,9 @@ are accepted.
Initial values for static variables are now honored. Previously the syntax
was permitted but the initial value was ignored. Note that initial
-values will give a compilation error if the "recursive" option is used because
-the assignments are within the body of a struct {} definition; it seemed
-worthwhile supporting the syntax for the non-recursive case.
+values will give a compilation error if the "recursive" option is used
+because the assignments are within the body of a struct {} definition; it
+seemed worthwhile supporting the syntax for the non-recursive case.
devMbbiDirectSoftRaw, devMbbiSoftRaw, devMbboDirectSoftRaw,
devMbboSoftRaw
@@ -712,8 +735,8 @@ to the value 0xffffffff. Thus old databases will act like previously
dbl("<record type>","<output file>","<field
list>")
-The vxWorks console command dbl now allows an additional argument, which is
-a list of field names.
+The vxWorks console command dbl now allows an additional argument, which
+is a list of field names.
For example
@@ -749,8 +772,8 @@ for developing applications with 3.13.
The following explains changes that need to be made to existing applications
that followed the EPICS
-IOC Applications: Building and Source/Release Control. guidelines. See the
-new version of this manual for details.
+IOC Applications: Building and Source/Release Control. guidelines. See
+the new version of this manual for details.
Before switching applications to beta12 it is STRONGLY recommended
that you execute:
@@ -760,52 +783,39 @@ that you execute:
gnumake clean uninstall
-
-Changes to <top>/config:
-
-
-CONFIG_APP
-
-Remove the following lines:
+Changes to <top>/config:
+
+
+ - CONFIG_APP
+ - Remove the following lines:
+
-ifndef T_A
+ ifndef T_A
T_A = $(HOST_ARCH)
endif #ifndef T_A
-
-
-RELEASE
-
-
-If desired add a definition for TEMPLATE_TOP
-
-
-RULES_TOP RULES.Db RULES.ioc RULES.iocBoot
-
-These no longer exists in base. Replace your version with the version
-from:
+
+ - RELEASE
+ - If desired add a definition for TEMPLATE_TOP
+ - RULES_TOP RULES.Db RULES.ioc RULES.iocBoot
+ - These no longer exists in base. Replace your version with the
+ version from:
+
-<base>/templates/makeBaseApp/top/config
+ <base>/templates/makeBaseApp/top/config
+
+ - RULES_TOP
+ - Remove the rules for creating soft links.
+ - makeDbDepends.pl, makeIocCdCommands.pl, replaceVAR.pl
+ - Copy the versions from
+ <base>/templates/makeBaseApp/top/config
+ - makeSoftLinks
+ - Remove this file
+
-
-RULES_TOP
-
-
-Remove the rules for creating soft links.
-
-
-makeDbDepends.pl, makeIocCdCommands.pl, replaceVAR.pl
-
-
-Copy the versions from <base>/templates/makeBaseApp/top/config
-
-
-makeSoftLinks
-
-Remove this file
Changes to xxxApp/src
Move the following definitions from Makefile.Vx to Makefile.Host:
@@ -848,9 +858,9 @@ SEM_DELETE_SAFE|SEM_INVERSION_SAFE|SEM_Q_PRIORITY
semTake(sem,WAIT_FOREVER);
semGive(bsem);
-in a 25MHZ mv167 took (4.4 ,7.8) microseonds when (semBCreate,semMCreate) was
-used. The extra options as well as allowing a task to lock recursively are
-worth the difference in performance.
+in a 25MHZ mv167 took (4.4 ,7.8) microseonds when (semBCreate,semMCreate)
+was used. The extra options as well as allowing a task to lock recursively
+are worth the difference in performance.
Task Priorities
The priority of the channel access client for database links was changed from
@@ -891,8 +901,8 @@ is:
See the Application developer's Guide for details about access security.
tsdefs.h and tsSubr.c
-tsTextToStamp and tsTimeTextToStamp no longer modify the pointer or the string
-referenced by pText.
+tsTextToStamp and tsTimeTextToStamp no longer modify the pointer or the
+string referenced by pText.
The nextField routines used by tsSubr were moved inside tsSubr.c and made
static routines.
@@ -901,11 +911,11 @@ static routines.
Checked for Y2K complience. It turns out it was even ok when NTP time
overflows in 2036. However it was modified so that no overflows should occur
while converting between NTP, UNIX, and EPICS epochs. In addition the
-conversion of fractions of a second to nanaoseconds was changed and formatting
-was changed so that interesting code does not run off right side of page.
-Hopefully EPICS base is now fine for Y2K. In fact it should be fine (as far as
-time is converned) until the Unix epoch overflows a 32 unsigned integer in the
-year 2106.
+conversion of fractions of a second to nanaoseconds was changed and
+formatting was changed so that interesting code does not run off right side
+of page. Hopefully EPICS base is now fine for Y2K. In fact it should be fine
+(as far as time is converned) until the Unix epoch overflows a 32 unsigned
+integer in the year 2106.
nextFieldSubr.c
@@ -918,17 +928,17 @@ present. If this statemant is commented out then vxWorks 5.2 is assumed.
makeBaseApp
Only the perl version is now supported. Due to encouragement from Rozelle
-Wright (LANL) and the developers at BESSY, makeBaseApp now uses template files
-instead of being one huge ugly perl script. Ralph Lange (BESSY) made major
-changes to makeBaseApp. It supports two sets of templates provided with base
-(simple and example) as well as templates stored elsewhere. Thus each site can
-add new sets of template files.
+Wright (LANL) and the developers at BESSY, makeBaseApp now uses template
+files instead of being one huge ugly perl script. Ralph Lange (BESSY) made
+major changes to makeBaseApp. It supports two sets of templates provided with
+base (simple and example) as well as templates stored elsewhere. Thus each
+site can add new sets of template files.
See the new WWW documentation on Application Source Release for details
dbStaticLib
-The include path now supports the unix convention that an empty directory name
-means the current directory. Thus the following are OK
+The include path now supports the unix convention that an empty directory
+name means the current directory. Thus the following are OK
-I nnn::mmm # Current directory is between nnn and mmm
-I :nnn # Current directory is first
-I nnn: # Current directory is last
@@ -955,9 +965,7 @@ details.
argument event_number.
-
-base.dbd
-
+base.dbd
- Soft raw device support is uncommented.
- Device support for the Allen Bradley SLC is changed.It is now:
@@ -1022,8 +1030,8 @@ NOTES:
VAL = AVAL * ESLO + EGUL
The original bi-polar adc device support modules added a "bias" to the raw
-value so that the raw value is >= 0. When they were written neither RVAL or
-EOFF existed.
+value so that the raw value is >= 0. When they were written neither RVAL
+or EOFF existed.
RISC architectures
Some changes were made to build on RISC architectures. A new include and
@@ -1031,11 +1039,11 @@ source file (adjustment.h and adjustment.c) were created to aid this support.
We can thank Peregrine McGehee for this new support.
errlog
-This is a replacement for the old code that implemented errMessage, errPrintf,
-and epicsPrintf. It provides for multiple system wide error loggers. The
-existing iocLog has been modified to use the new code. The new code supports
-the old calls and adds some new calls. See Application Developer's guide for
-details.
+This is a replacement for the old code that implemented errMessage,
+errPrintf, and epicsPrintf. It provides for multiple system wide error
+loggers. The existing iocLog has been modified to use the new code. The new
+code supports the old calls and adds some new calls. See Application
+Developer's guide for details.
devABSLCDCM
@@ -1050,8 +1058,8 @@ Removed from base.
Major rewrite of this routine. It computes the cpu usage via a low priority
taks rather than using spy. It reports file descriptor usage rather than tcp
connections (this is what is actually measures). The format of the INP ,and
-OUT fields has changed since the previous version. The new device definitions
-are:
+OUT fields has changed since the previous version. The new device
+definitions are:
device(ai,INST_IO,devAiVXStats,"VX stats")
@@ -1071,8 +1079,8 @@ field(OUT,"@cpuScanPeriod")
The source file has comments showing a sample database.
devSymb
-This has been drastically changed. Look at <base>/src/dev/symbDev/README
-for details.
+This has been drastically changed. Look at
+<base>/src/dev/symbDev/README for details.
CA Client Library
Problems where 3.13.beta11 clients were unable to connect to 3.11 and receive
@@ -1086,8 +1094,8 @@ now runs better on systems without local interface query capabilities
The constructor for class casPV no longer requires a reference to the server.
For backward compatibility a reference to the server may still be supplied,
but it will not be used. The C++ Portable Channel Access Server Library now
-builds on VMS. A really bad bug was fixed in the example directory server when
-clients use PV names with ".xxxx" (a field name) in them.
+builds on VMS. A really bad bug was fixed in the example directory server
+when clients use PV names with ".xxxx" (a field name) in them.
Global Data Descriptor Class - GDD (only used by the C++ CA server)
A bug occurring when the primitive type was changed to/from aitSting and the
@@ -1114,8 +1122,8 @@ libraries when using an optimised build, then start GUI programs from a DOS
window.
EPICS Environment Variables that Include Host IP Addresses
-It is now possible to use DNS host names in addition to dotted IP addresses in
-EPICS environment variables. All operating systems that have a DNS client
+It is now possible to use DNS host names in addition to dotted IP addresses
+in EPICS environment variables. All operating systems that have a DNS client
implementation should allow this. Currently only vxWorks does not, and so if
you would like to use real host names instead of dotted IP addresses on
vxWorks you must use the "hostAdd()" function to add host name / IP address
@@ -1142,10 +1150,10 @@ document "EPICS IOC Applications, Building and Source/Release Control". Other
changes are minor. Following is a brief list:
- Database Definition: General Rules describes escape sequences
- - Record Support: All record support methods that accept DBADDDR * now use
- the routine dbGetFieldIndex instead of comparing addresses. IOn addition
- the get_enum_str routines now use paddr->pfield as the field address
- instead of the field in the record.
+ - Record Support: All record support methods that accept DBADDDR * now
+ use the routine dbGetFieldIndex instead of comparing addresses. IOn
+ addition the get_enum_str routines now use paddr->pfield as the field
+ address instead of the field in the record.
- Runtime Database Access: Gives brief description of DBR_PUT_ACKT and
DBR_PUT_ACKS. Also describes new routine dbGetPdbaddrFromLink
- The chapter "IOC Initialization" describes how to configure the error
@@ -1206,8 +1214,8 @@ Add call to refresh_bits.
Bx becomes no prompt for mbbi and prompt for mbbo. It was the reverse before.
calcoutRecord
-A new record type that replaces old wait record. It is like a calc record with
-an output and a delay. It makes the wait record obsolete.
+A new record type that replaces old wait record. It is like a calc record
+with an output and a delay. It makes the wait record obsolete.
dbAccess
dbGetPdbAddrFromLink is a new routine. It returns NULL for all except LINK_DB
@@ -1238,325 +1246,268 @@ ProcessCallback (not used in base). It has been fixed.
CALC fields
postfix and calcPerform (used by calcRecord) have been changed so that a 0
byte now ends the postfix expression. Also if postfix detects an illegal
-expression it generates a 0 length postfix string. When calcPerform is given a
-0 length string it returns a error status. Thus calcRecord no longer causes
+expression it generates a 0 length postfix string. When calcPerform is given
+a 0 length string it returns a error status. Thus calcRecord no longer causes
the IOC to crash if an illegal CALC fields is loaded.
Etc.
Many other minor problems, bugs, etc. were fixed.
+
Notes for Release 3.13 of EPICS Base
-
-
For Release 3.13 major changes have been made to EPICS base. The IOC
+
+For Release 3.13 major changes have been made to EPICS base. The IOC
Application Developer's Guide has been extensively modified and now describes
-release 3.13. If you are upgrading for a 3.12.xxx or earlier release you
-must obtain and read the new App Dev Guide.
+release 3.13. If you are upgrading for a 3.12.xxx or earlier release you must
+obtain and read the new App Dev Guide.
+
In porting EPICS to multiple architectures, the previous method of using
-utilities to convert the database definition files to a binary file (default.dctsdr)
-caused problems. The problem is that the binary file is created on one
-architecture and used on another. This has worked so far for sun4 and hp
-hosts combined with motorola 68xxx processors. As support for more host
-and more ioc architectures is developed problems are appearing. This paper
-describes changes that solve the problems.
-
Because the changes result in extensive changes to database access,
-other changes are also made. The file syntax is changed. The internal database
+utilities to convert the database definition files to a binary file
+(default.dctsdr) caused problems. The problem is that the binary file is
+created on one architecture and used on another. This has worked so far for
+sun4 and hp hosts combined with motorola 68xxx processors. As support for
+more host and more ioc architectures is developed problems are appearing.
+This paper describes changes that solve the problems.
+
+Because the changes result in extensive changes to database access, other
+changes are also made. The file syntax is changed. The internal database
structures are simplified and also changed to make it easier to support
-runtime add/delete of record types and record instances.
-
-Goals
+runtime add/delete of record types and record instances.
+Goals
--
-Allow database definition without an EPICS generated binary file.
-
--
-Change internal database structures so that runtime add/delete of record
-types and record instances is possible.
-
--
-Allow each ioc to load and initialize only the record, device, and driver
-support it actually uses.
+ - Allow database definition without an EPICS generated binary file.
+ - Change internal database structures so that runtime add/delete of
+ record types and record instances is possible.
+ - Allow each ioc to load and initialize only the record, device, and
+ driver support it actually uses.
-
-Backward Compatibility
-
+Backward Compatibility
--
-Minimal changes to existing record/device/driver support. A section below
-describes necessary changes.
-
--
-Provide tools to generate new database files from existing default.dctsdr
-
--
-No or almost no incompatible changes to the dbStatic API. New capabilities
-are of course allowed.
+ - Minimal changes to existing record/device/driver support. A section
+ below describes necessary changes.
+ - Provide tools to generate new database files from existing
+ default.dctsdr
+ - No or almost no incompatible changes to the dbStatic API. New
+ capabilities are of course allowed.
-
-Incompatibilities
-
+Incompatibilities
--
-DCT is no longer supported. A TCL/TK replacement is now available.
-
--
-The sdr file format (.database files) is no longer supported.
-
--
-The old DCT short form format is no longer supported.
-
--
-The only way to load record instance definitions into an ioc is the record
-instance format, which is exactly the same as the GDCT .db format.
-
--
-Any user written code that accesses internal database structures, i.e.
-any code that uses anything described in Chapter 11 (Database Structures)
-of the old Application Developers Guide will have to be changed.
+ - DCT is no longer supported. A TCL/TK replacement is now available.
+ - The sdr file format (.database files) is no longer supported.
+ - The old DCT short form format is no longer supported.
+ - The only way to load record instance definitions into an ioc is the
+ record instance format, which is exactly the same as the GDCT .db
+ format.
+ - Any user written code that accesses internal database structures, i.e.
+ any code that uses anything described in Chapter 11 (Database Structures)
+ of the old Application Developers Guide will have to be changed.
-
-Overview of new database support
-EPICS defines a set of database file formats. In addition any of these
-files can contain include statements. For each ioc, the application developer
-will create a set of files specifying the record types, devices, and drivers
-needed for that ioc. Normally a master file will be created which consists
-of include statements that bring in record, device, and driver definitions.
+Overview of new database support
+EPICS defines a set of database file formats. In addition any of these files
+can contain include statements. For each ioc, the application developer will
+create a set of files specifying the record types, devices, and drivers
+needed for that ioc. Normally a master file will be created which consists of
+include statements that bring in record, device, and driver definitions.
Default configurations can be provided for new users or for particular
applications.
+
Database configuration and utility tools access the database via the
static database access library. This library reads the files. It provides
routines for reading the information in the database and for creating and
-modifying record instances. Database definition files can be read incrementally.
+modifying record instances. Database definition files can be read
+incrementally.
+
Other database configuration tools (capfast, relational database systems,
object oriented databases, etc.) can also be used as long as they generate
-record instances in the format described below. In this case, however,
-it is still necessary to generate the other files because they are needed
-by database access and for record and device support modules.
+record instances in the format described below. In this case, however, it is
+still necessary to generate the other files because they are needed by
+database access and for record and device support modules.
+
Tools are provided that generate C code from the database files. Header
-files are generated for menu and record type definitions. These header
-files are used by record and device support. In addition the record type
+files are generated for menu and record type definitions. These header files
+are used by record and device support. In addition the record type
definitions contain code which computes field offsets and sizes and record
sizes. This code is compiled by the same cross compiler that is used to
-compile other ioc code. Thus cross platform compatibility is achieved.
-
In order to initialize an ioc, all files needed by that ioc have to
-be loaded. It is also necessary to load the record/device/driver support
-modules.
-
Everything is designed so that the following are possible:
+compile other ioc code. Thus cross platform compatibility is achieved.
+
+In order to initialize an ioc, all files needed by that ioc have to be
+loaded. It is also necessary to load the record/device/driver support
+modules.
+
+Everything is designed so that the following are possible:
--
-It is easy to tailor record/device/driver support individually for each
-ioc.
-
--
-It is possible to incrementally add definitions. For example database configuration
-tools do NOT have to load all definitions at startup. New definitions can
-be read at any time. The underlying structures are designed so that it
-is possible to add new definitions after an ioc is initialized. Note however
-that additional changes will be needed after this project is complete before
-on-line add and delete are possible.
-
--
-It is possible to completely unbundle record support, device support, and
-driver support. Again work will remain before this is a reality.
+ - It is easy to tailor record/device/driver support individually for each
+ ioc.
+ - It is possible to incrementally add definitions. For example database
+ configuration tools do NOT have to load all definitions at startup. New
+ definitions can be read at any time. The underlying structures are
+ designed so that it is possible to add new definitions after an ioc is
+ initialized. Note however that additional changes will be needed after
+ this project is complete before on-line add and delete are possible.
+ - It is possible to completely unbundle record support, device support,
+ and driver support. Again work will remain before this is a reality.
An additional feature is that, for database configuration tools, record
-instance numeric fields and menu fields are stored as character strings.
-This solves the following problems.
+instance numeric fields and menu fields are stored as character strings. This
+solves the following problems.
--
-Rounding problems caused by converting from string to float and then back
-to string disappear.
-
--
-For integer fields the user can use the standard c conventions of preceding
-the value with 0x for hex or 0 for octal. Since the string itself is stored,
-the value will always appear with the prefix.
-
--
-Macro definitions are allowed.
+ - Rounding problems caused by converting from string to float and then
+ back to string disappear.
+ - For integer fields the user can use the standard c conventions of
+ preceding the value with 0x for hex or 0 for octal. Since the string
+ itself is stored, the value will always appear with the prefix.
+ - Macro definitions are allowed.
Another feature is is that it is now possible to distinguish link constants
with a value of 0 from links that have never been given a value.
-Other changes have been made while the opportunity was available.
+
+
Other changes have been made while the opportunity was available.
--
-The config files have been changed considerably. Base now has it's own
-config directory. Extensions (not implemented) can use the config from
-the version of base against which it is built as well as supply additional
-config files.
-
--
-Field names are no longer limited to four characters. It is NOT a good
-idea to use this feature until it has been checked against existing channel
-access clients. If fact it has not been tested at all.
-
--
-The record support modules have been renamed from recXxx.c to xxxRecord.c.
-This the name of the database file, include file, and source file are the
-same. Only the extensions are different.
-
--
-All files in base/include have been moved to an appropriate base/src directory.
-These files are now installed into base/include.
+ - The config files have been changed considerably. Base now has it's own
+ config directory. Extensions (not implemented) can use the config from
+ the version of base against which it is built as well as supply
+ additional config files.
+ - Field names are no longer limited to four characters. It is NOT a good
+ idea to use this feature until it has been checked against existing
+ channel access clients. If fact it has not been tested at all.
+ - The record support modules have been renamed from recXxx.c to
+ xxxRecord.c. This the name of the database file, include file, and source
+ file are the same. Only the extensions are different.
+ - All files in base/include have been moved to an appropriate base/src
+ directory. These files are now installed into base/include.
-
-Database Definition File format
+Database Definition File format
Formats are defined for the following:
--
-Menu choices.
-
--
-Record type description
-
--
-Device choice
-
--
-Driver choice
-
--
-Breakpoint Conversion Table
-
--
-Record Instance.
+ - Menu choices.
+ - Record type description
+ - Device choice
+ - Driver choice
+ - Breakpoint Conversion Table
+ - Record Instance.
See the Application Developer's Guide for details.
+
The menu choices replace the existing global, record, and conversion
-choices. The global and record choices are very similar and thus are easy
-to combine. The method of handling the old conversion choices is described
-below. That section also describes the breakpoint tables.
-
The record type description format has been completely changed. It now
-has a "real" syntax. It should be MUCH easier to generate new definitions.
-
The device choice and driver support definitions are defined so that
-it is easy to provide incremental definitions.
+choices. The global and record choices are very similar and thus are easy to
+combine. The method of handling the old conversion choices is described
+below. That section also describes the breakpoint tables.
+
+The record type description format has been completely changed. It now has
+a "real" syntax. It should be MUCH easier to generate new definitions.
+
+The device choice and driver support definitions are defined so that it is
+easy to provide incremental definitions.
+
The record instance format is an extension of the 3.12.beta13 and later
-GDCT .db format.
-
Path and include statements are supported. This provides a powerful
-tool for combining definitions from many sources. The path is a unix style
-path, i.e. a colon separated list of directory names.
-
-default.dctsdr conversion tools
+GDCT .db format.
+
+Path and include statements are supported. This provides a powerful tool
+for combining definitions from many sources. The path is a unix style path,
+i.e. a colon separated list of directory names.
+
+default.dctsdr conversion tools
NOTES
--
-In the following default.dctsdr is optional. If not given the tool just
-looks for the file "default.dctsdr" in the current directory.
-
--
-All output files are placed in the directory from which the tool is executed.
+ - In the following default.dctsdr is optional. If not given the tool just
+ looks for the file "default.dctsdr" in the current directory.
+ - All output files are placed in the directory from which the tool is
+ executed.
The following tools are provided:
--
-sdr2gblmenu [default.dctsdr]
+ - sdr2gblmenu [default.dctsdr]
+
+ All global menus are written as separate files.
+
+ - sdr2recordtype record_type record_type.h [default.dctsdr]
+
+
+ A record type definition file is generated.
+
+ - sdr2device [default.dctsdr]
+
+
+ All device definitions are placed in a file called device.dbd
+
+ - sdr2driver [default.dctsdr]
+
+
+ All driver definitions are placed in a file called driver.dbd
+For all utilities the required database definition files are generated from a
+dctsdr file from a previous epics release. A dctsdr file can be specified or
+else the utilities can be run in a directory which contains default.dctsdr
+(or a soft link with that name). sdr2recordtype also requires the header file
+generated by a previous epics release.
-
All global menus are written as separate files.
- -
-sdr2recordtype record_type record_type.h [default.dctsdr]
+Conversions - replacement for DBF_CVTCHOICE
+Let's briefly review database conversion, i.e. the LINR field for ai and ao
+records.
-
A record type definition file is generated.
--
-sdr2device [default.dctsdr]
-
-
All device definitions are placed in a file called device.dbd
--
-sdr2driver [default.dctsdr]
-
-
All driver definitions are placed in a file called driver.dbd
-For all utilities the required database definition files are generated
-from a dctsdr file from a previous epics release. A dctsdr file can be
-specified or else the utilities can be run in a directory which contains
-default.dctsdr (or a soft link with that name). sdr2recordtype also requires
-the header file generated by a previous epics release.
-
-Conversions - replacement for DBF_CVTCHOICE
-Let's briefly review database conversion, i.e. the LINR field for ai and
-ao records.
-The allowed conversions are:
+
The allowed conversions are:
--
-None
-
--
-Linear
-
--
-Breakpoint Tables
+ - None
+ - Linear
+ - Breakpoint Tables
The main complication results from the breakpoint tables. Previously EPICS
handled breakpoint tables as follows:
-The user prepares files in one of two formats: The first is just a list
-of "raw value, eng units value". The second format is a file with a header
-line followed by a table of raw data values that represent data at equally
-spaced engineering unit values. In either case the ascii data is converted
-to an internal binary format containing breakpoint tables. This data is
-part of default.dctsdr.
-
Here is how breakpoint table are now handled.
+
+
The user prepares files in one of two formats: The first is just a list of
+"raw value, eng units value". The second format is a file with a header line
+followed by a table of raw data values that represent data at equally spaced
+engineering unit values. In either case the ascii data is converted to an
+internal binary format containing breakpoint tables. This data is part of
+default.dctsdr.
+
+Here is how breakpoint table are now handled.
--
-A new file format is defined for breakpoint tables.
-
--
-A conversion tool, makeBpt, takes as input the second format described
-above and creates the breakpoint table in the new file format.
-
--
-Previously EPICS automatically provided breakpoint tables for TypeJdegC,
-TypeJdegF, TypeKdegC, and TypeKdegF thermocouples. These breakpoint tables
-are part of the new epics base. However there are only loaded into an ioc
-if the user includes their definitions.
-
--
-A regular menu definition file menuConvert contains the same definitions
-as choices as that provided by the 3.12.2 version of epics. The menu includes
-definitions for the epics supplied breakpoint tables.
-
--
-The ai and ao records call a routine cvtRawToEngBpt to perform breakpoint
-conversions. This routine has been rewritten to to look for breakpoint
-tables obtained from the new breakpoint file format.
+ - A new file format is defined for breakpoint tables.
+ - A conversion tool, makeBpt, takes as input the second format described
+ above and creates the breakpoint table in the new file format.
+ - Previously EPICS automatically provided breakpoint tables for
+ TypeJdegC, TypeJdegF, TypeKdegC, and TypeKdegF thermocouples. These
+ breakpoint tables are part of the new epics base. However there are only
+ loaded into an ioc if the user includes their definitions.
+ - A regular menu definition file menuConvert contains the same
+ definitions as choices as that provided by the 3.12.2 version of epics.
+ The menu includes definitions for the epics supplied breakpoint
+ tables.
+ - The ai and ao records call a routine cvtRawToEngBpt to perform
+ breakpoint conversions. This routine has been rewritten to to look for
+ breakpoint tables obtained from the new breakpoint file format.
One other comment needs to be made about conversions. The Allen Bradley
-device support for the IXE module uses the LINR field in a non standard
-way. This was a mistake but compatibility must be maintained. Thus menuConvert
+device support for the IXE module uses the LINR field in a non standard way.
+This was a mistake but compatibility must be maintained. Thus menuConvert
contains a lot of choices used only by the IXE device support.
-
-Converting existing applications
-
-Database Configuration Tools
-
-
-DCT - Rather than making major changes to DCT, a TCL/TK replacement has
-been written. The executable is named DCT313.
-
-
-GDCT - A new version is provided that supports 3.13. The executable is
-named GDCT313.
-
-
-CAPFAST
+Converting existing applications
+Database Configuration Tools
--
-The filter that converts record instance definitions must generate the
-new record instance file format rather than the old short form report.
-Contact Roselle Wright at LANL for details.
-
--
-A tool should be developed that, using static database access, automatically
-generates the record type description files used by capfast. My guess is
-that this should be easy to do.
+ - DCT - Rather than making major changes to DCT, a TCL/TK replacement has
+ been written. The executable is named DCT313.
+ - GDCT - A new version is provided that supports 3.13. The executable is
+ named GDCT313.
+ - CAPFAST
+
+
+ - The filter that converts record instance definitions must generate the
+ new record instance file format rather than the old short form report.
+ Contact Roselle Wright at LANL for details.
+ - A tool should be developed that, using static database access,
+ automatically generates the record type description files used by
+ capfast. My guess is that this should be easy to do.
-
-Application Source/Release Control
+Application Source/Release Control
At the present time There are at least three Application Source/Release
Control Systems in active use. The old technique of having cat_ascii and
replace_ascii directories no longer work. In addition makesdr no longer
@@ -1564,463 +1515,393 @@ exists. The new system offers developers far more flexibility but it also
means that each Application Source/Release Control system has to be modified
to take advantage of the new capabilities. Again the changes in RULES and
makeBaseApp should make this task easier.
-The document "EPICS
+
+The document "EPICS
IOC Applications: Building and Source/Release Control" describes a
-utility makeBaseApp which can be used for small applications. It also provides
-guidlines that can be used for large applications.
-
-Locally developed Record/Device support
+utility makeBaseApp which can be used for small applications. It also
+provides guidlines that can be used for large applications.
+Locally developed Record/Device support
--
-The dctsdr file and any header files for locally developed record types
-must be saved before performing a getrel to a new version of base.
-
--
-Any global menus, not supplied with epics, have to be converted via the
-sdr2gblmenu tool. The generated file must be edited to extract the locally
-developed menus.
-
--
-Any locally developed record type definitions have to be converted to the
-new ascii file format via the sdr2recordtype tool. Note that the generated
-file also contains definitions for any record specific menus.
-
--
-New definitions for locally developed device support must be generated
-via the sdr2device tool. The generated file must be edited so that only
-locally developed device support remains.
-
--
-New definitions for locally developed driver support must be generated
-via the sdr2driver tool. The generated file must be edited so that only
-locally developed drive support remains.
-
--
-If breakpoint tables have been locally developed. The following should
-be done.
-
-
--
-The menuConvert file should be copied from epics and new entries for the
-local breakpoint tables added to the end.
-
--
-If raw breakpoint tables were previously used, convert them to the new
-breakpoint format (easy to do). If equally spaced data files were used
-the makeBpt tool can be used to create new breakpoint tables.
+ - The dctsdr file and any header files for locally developed record types
+ must be saved before performing a getrel to a new version of base.
+ - Any global menus, not supplied with epics, have to be converted via the
+ sdr2gblmenu tool. The generated file must be edited to extract the
+ locally developed menus.
+ - Any locally developed record type definitions have to be converted to
+ the new ascii file format via the sdr2recordtype tool. Note that the
+ generated file also contains definitions for any record specific
+ menus.
+ - New definitions for locally developed device support must be generated
+ via the sdr2device tool. The generated file must be edited so that only
+ locally developed device support remains.
+ - New definitions for locally developed driver support must be generated
+ via the sdr2driver tool. The generated file must be edited so that only
+ locally developed drive support remains.
+ - If breakpoint tables have been locally developed. The following should
+ be done.
+
+ - The menuConvert file should be copied from epics and new entries
+ for the local breakpoint tables added to the end.
+ - If raw breakpoint tables were previously used, convert them to the
+ new breakpoint format (easy to do). If equally spaced data files were
+ used the makeBpt tool can be used to create new breakpoint
+ tables.
+
+
+ - The following changes must be made to the record support modules:
+
+ - The include statement for the record type h file must be surrounded
+ by the statements:
+
+
-
--
-The following changes must be made to the record support modules:
-
-
--
-The include statement for the record type h file must be surrounded by
-the statements:
-
#define GEN_SIZE_OFFSET
-#undef GEN_SIZE_OFFSET
-
-
-Any statements that initialize a field from constant links must be changed.
-Such statements always contain the characters "value.value". For example:
-
- pai->simm = pai->siml.value.value;
+#undef GEN_SIZE_OFFSET
+
+ - Any statements that initialize a field from constant links must be
+ changed. Such statements always contain the characters "value.value". For
+ example:
+
+ pai->simm = pai->siml.value.value;
is changed to
- recGblInitConstantLink(&pai->siml,DBF_USHORT,&pai->simm);
+ recGblInitConstantLink(&pai->siml,DBF_USHORT,&pai->simm);
NOTE: This change also has to be made to any device support that manipulates
constant links. Normally this is only soft device support.
-Because it is now possible to distinguish between null links (links
-that were never given a value) and CONSTANT links with the value 0, the
-code now handles initialization of constant links in a uniform manner.
-Several record types in previous versions had special code to handle the
-case of the value 0 for constant links. These have been changed.
-
-If record support uses menus it should be modified to use the enum definitions
-in the generated header files.
-
-
-
-dbStaticLib - Some routines have a new name:
-
-OLD ROUTINE REPLACEMENT
-
-dbFindRecdes dbFindRecordType
-dbFirstRecdes dbFirstRecordType
-dbNextRecdes dbNextRecordType
-dbGetRecdesName dbGetRecordTypeName
-dbGetNRecdes dbGetNRecordTypes
-dbFirstFielddes dbFirstField
-dbNextFielddes dbNextField
-dbGetChoices dbGetMenuChoices
-For now the old version will be supported. After one release they will
-go away.
-
-New vxWorks CONFIG rules are available to generate menu and record type
-include files from ascii files. The rules are:
-
- MENUS += menuXXX.h
- RECTYPES += xxxRecord.h
-
-
-Changes to recGbl and database access link routines.
+Because it is now possible to distinguish between null links (links that
+were never given a value) and CONSTANT links with the value 0, the code now
+handles initialization of constant links in a uniform manner. Several record
+types in previous versions had special code to handle the case of the value 0
+for constant links. These have been changed.
--
-recGblInitFastInLink
+ - If record support uses menus it should be modified to use the enum
+ definitions in the generated header files.
+ - dbStaticLib - Some routines have a new name:
+
+OLD ROUTINE REPLACEMENT
+
+dbFindRecdes dbFindRecordType
+dbFirstRecdes dbFirstRecordType
+dbNextRecdes dbNextRecordType
+dbGetRecdesName dbGetRecordTypeName
+dbGetNRecdes dbGetNRecordTypes
+dbFirstFielddes dbFirstField
+dbNextFielddes dbNextField
+dbGetChoices dbGetMenuChoices
+For now the old version will be supported. After one release they will go
+away.
+
+ - New vxWorks CONFIG rules are available to generate menu and record type
+ include files from ascii files. The rules are:
+
+ MENUS += menuXXX.h
+ RECTYPES += xxxRecord.h
+
+ - Changes to recGbl and database access link routines.
+
+
+ - recGblInitFastInLink
+
+ recGblInitFastOutLink
-
recGblInitFastOutLink
-All code calling these should be removed. They are no longer needed.
-
-
-recGblGetFastLink
+ All code calling these should be removed. They are no longer needed.
+ - recGblGetFastLink
+
+ recGblPutFastLink
+ dbFastLinkGet
+ dbFastLinkPut
+ recGblGetLinkValue
+ recGblPutLinkValue
-
recGblPutFastLink
-
dbFastLinkGet
-
dbFastLinkPut
-
recGblGetLinkValue
-
recGblPutLinkValue
-These are replaced by
-
dbGetLink dbPutLink
+
These are replaced by
+ dbGetLink dbPutLink
+
long dbGetLink(struct db_link *,short dbrType,
- void *pbuffer,long *options,long *nRequest);
-The last two arguments can be 0. options=0 means no options. nRequest=0
-means scalar, i.e. retrieve one value.
+ void *pbuffer,long *options,long *nRequest);
+The last two arguments can be 0. options=0 means no options. nRequest=0 means
+scalar, i.e. retrieve one value.
long dbPutLink(struct db_link *,short dbrType,
- void *pbuffer,long nRequest);
+ void *pbuffer,long nRequest);
+
+
+dbCaAddOutlink
+dbCaGetLink
+dbCaPutLink
-
-dbCaAddInLink
-
-
dbCaAddOutlink
-
dbCaGetLink
-
dbCaPutLink
The Add routines are no longer needed. The Get/Put routines are replaced
-by dbGetLink/dbPutLink.
+by dbGetLink/dbPutLink.
+
+
+All parm fields are now declared char * parm rather than char parm[] In
+addition the defines INSTIO_FLD_SZ to VXI_PARAM_SZ no longer exist. This is
+done so that unused links now use less storage.
-
-link.h
+Record Instance Definitions
-
All parm fields are now declared char * parm rather than char parm[]
-In addition the defines INSTIO_FLD_SZ to VXI_PARAM_SZ no longer exist.
-This is done so that unused links now use less storage.
-
-
-Record Instance Definitions
-
-
-Convert to proper format
-All record instances must be capable of being loaded into an ioc via dbLoadDatabase,
-dbLoadRecords, or dbLoadTemplate. This is the same format that dbLoadRecords
-and dbLoadTemplate used in 3.12 releases. Note that if any files contain
-the statements:
- database(x) { nowhere() {
- }
- }
+Convert to proper format
+All record instances must be capable of being loaded into an ioc via
+dbLoadDatabase, dbLoadRecords, or dbLoadTemplate. This is the same format
+that dbLoadRecords and dbLoadTemplate used in 3.12 releases. Note that if any
+files contain the statements:
+ database(x) { nowhere() {
+ }
+ }
or
- database(x) {
- }
+ database(x) {
+ }
These statements must be removed. They were in pre 3.12 releases.
-
-CONSTANT Links with value "0"
-Release 3.13 is now capably of distingushing between a null link (a link
-that is not given any value at all) and a constant link with the value
-0. This cause problems for some old record instance files. For example
-if a record instance is defined as:
- record(fanout,name) {
- field(SELN,"1")
- field(SELL,"0")
- }
-Such definitions can be fixed by either completly removing the link definition
-or changing the value from "0" to "".
+
+CONSTANT Links with value "0"
+Release 3.13 is now capably of distingushing between a null link (a link that
+is not given any value at all) and a constant link with the value 0. This
+cause problems for some old record instance files. For example if a record
+instance is defined as:
+ record(fanout,name) {
+ field(SELN,"1")
+ field(SELL,"0")
+ }
+Such definitions can be fixed by either completly removing the link
+definition or changing the value from "0" to "".
+
here is a complete list of record types and fields that may have this
-problem:
+problem:
--
-fanoutRecord
-
-
--
-SELL -> SELN Note SELN is not a prompt field.
-
-pulseCounterRecord
-
-pulseDelayRecord
-
--
-STL -> STV
-
--
-GLNK -> GATE
-
-pulseTrainRecord
-
--
-SGL -> HGV
-
-
NOTE: This is a bug. The field should be SGV. Fixed 3.13.beta5.
-selRecord
-
--
-INPA -> A NOTE A is not a prompt field
-
--
-INPB -> B NOTE B is not a prompt field
-
--
-... for all INP links
-
-seqRecord
-
--
-SELL -> SELN NOTE SELN is not a prompt field
-
-stringinRecord
-
--
-SIOL -> SVAL NOTE SVAL is not a prompt field
-
-stringoutRecord
-
+ - fanoutRecord
+
+ - SELL -> SELN Note SELN is not a prompt field.
+
+
+ pulseCounterRecord
+
+ pulseDelayRecord
+
+ - STL -> STV
+ - GLNK -> GATE
+
+ pulseTrainRecord
+
+ - SGL -> HGV
+
+ NOTE: This is a bug. The field should be SGV. Fixed 3.13.beta5.
+ selRecord
+
+ - INPA -> A NOTE A is not a prompt field
+ - INPB -> B NOTE B is not a prompt field
+ - ... for all INP links
+
+ seqRecord
+
+ - SELL -> SELN NOTE SELN is not a prompt field
+
+ stringinRecord
+
+ - SIOL -> SVAL NOTE SVAL is not a prompt field
+
+ stringoutRecord
+
A good way to find these problems is to use grep. For example:
- grep SELL */*.db
+ grep SELL */*.db
This assumes that you are in directory that contains subdirectorys containing
.db files.
-
-IOC Startup files
-The command dbLoad is no longer supported. The new method is to issue one
-or more dbLoadDatabase commands and any combination of dbLoadRecords and
+
+IOC Startup files
+The command dbLoad is no longer supported. The new method is to issue one or
+more dbLoadDatabase commands and any combination of dbLoadRecords and
dbLoadTemplate commands.
-
-Other Release Notes
-
-IOC Test routines
+Other Release Notes
+
+IOC Test routines
Many changes have been made to the EPICS ioc test routines, i.e., routines
-given to the vxWorks shell. Please read the chapter "IOC Test Facilities"
-in the Application Developer's Guide for details.
-
-Changes to Record and Device Support
+given to the vxWorks shell. Please read the chapter "IOC Test Facilities" in
+the Application Developer's Guide for details.
+Changes to Record and Device Support
--
-Changes to record support modules (caused by looking for UDF problems)
-
-
--
-aaiRecord, aaoRecord - The siol field, which was never used in record processing,
-has been removed from aaiRecord.dbd and aaoRecord.dbd files. Old style,
-pre R3.12, c code in init_record was updated.
-
--
-compressRecord - Now allows Channel Access links for INP. It also sets
-READ_ALARM if it has bad or no input.
-
--
-dfanoutRecord, longoutRecord - In process the udf field is set to false
-when dbGetLink returns success only if dol is not a constant link.
-
--
-fanoutRecord - Now supports CA links. Same rules as FLNK.
-
--
-biRecord, mbbiRecord - Udf now set to false in put_enum_string when val
-is initialized.
-
--
-mbbiDirectRecord - Udf now set to false in process when val is initialized.
-
--
-mbbiDirectRecord, mbboDirectRecord, waitRecord - Old style, pre R3.12,
-c code in init_record was updated.
-
--
-pidRecord - Changes made to modify DB_LINK test on cvl field to allow type
-CA_LINK.
-
--
-pulseDelayRecord - Removed code that called recGblSetSevr is status non
-zero just before return. process always returns 0.
-
--
-pulseTrainRecord - process always returns 0.
-
--
-seqRecord - Changes made to modify DB_LINK tests on the lnk and dol fields
-to allow type CA_LINK.
-
--
-steppermotorRecord - In process the udf field is now set to false if dol
-is not a constant link and dbGetLink returns success. Changes made to modify
-DB_LINK test on rdbl field to allow type CA_LINK.
-
--
-stringoutRecord - In process the udf field is now set to false if dol is
-not a constant link and dbGetLink returns success.
-
--
-waveform record - While processing the udf field is now set to false if
-simulation mode is TRUE and siol is not a constant link and dbGetLink returns
-success.
+ - Changes to record support modules (caused by looking for UDF problems)
+
+ - aaiRecord, aaoRecord - The siol field, which was never used in
+ record processing, has been removed from aaiRecord.dbd and
+ aaoRecord.dbd files. Old style, pre R3.12, c code in init_record was
+ updated.
+ - compressRecord - Now allows Channel Access links for INP. It also
+ sets READ_ALARM if it has bad or no input.
+ - dfanoutRecord, longoutRecord - In process the udf field is set to
+ false when dbGetLink returns success only if dol is not a constant
+ link.
+ - fanoutRecord - Now supports CA links. Same rules as FLNK.
+ - biRecord, mbbiRecord - Udf now set to false in put_enum_string when
+ val is initialized.
+ - mbbiDirectRecord - Udf now set to false in process when val is
+ initialized.
+ - mbbiDirectRecord, mbboDirectRecord, waitRecord - Old style, pre
+ R3.12, c code in init_record was updated.
+ - pidRecord - Changes made to modify DB_LINK test on cvl field to
+ allow type CA_LINK.
+ - pulseDelayRecord - Removed code that called recGblSetSevr is status
+ non zero just before return. process always returns 0.
+ - pulseTrainRecord - process always returns 0.
+ - seqRecord - Changes made to modify DB_LINK tests on the lnk and dol
+ fields to allow type CA_LINK.
+ - steppermotorRecord - In process the udf field is now set to false
+ if dol is not a constant link and dbGetLink returns success. Changes
+ made to modify DB_LINK test on rdbl field to allow type CA_LINK.
+ - stringoutRecord - In process the udf field is now set to false if
+ dol is not a constant link and dbGetLink returns success.
+ - waveform record - While processing the udf field is now set to
+ false if simulation mode is TRUE and siol is not a constant link and
+ dbGetLink returns success.
+
+
+ - Device Support Changes
+
+ - devAiSoft, devBiSoft, devEventSoft, devLiSoft, devMbbiDirectSoft
+ devMbbiSoft,devSiSoft - In init_record the udf field is set to false
+ only if inp is a constant link and recGblInitConstantLink returns
+ success. In read_xxx the udf field is set to false only if inp is not
+ a constant link and dbGetLink returns success.
+ - devAiSoftRaw, devBiSoftRaw, devMbbiDirectSoftRaw, devMbbiSoftRaw -
+ In init_record the udf field is no longer set to false if inp is a
+ constant link and recGblInitConstantLink returns success (rval, not
+ val, was successfully initialized).
+ - devLoSoft, devLoSymb, devMbboDirectSoft, devMbboSoft, devPtSoft,
+ devSoSymb - The udf field is no longer set to false in write_xxx.
+ - devHistogramSoft, devHistogramTestAsyn - In init_record the udf
+ field is set to false only if svl is a constant link and
+ recGblInitConstantLink returns success.
+
+
--
-Device Support Changes
-
-
--
-devAiSoft, devBiSoft, devEventSoft, devLiSoft, devMbbiDirectSoft devMbbiSoft,devSiSoft
-- In init_record the udf field is set to false only if inp is a constant
-link and recGblInitConstantLink returns success. In read_xxx the udf field
-is set to false only if inp is not a constant link and dbGetLink returns
-success.
-
--
-devAiSoftRaw, devBiSoftRaw, devMbbiDirectSoftRaw, devMbbiSoftRaw - In init_record
-the udf field is no longer set to false if inp is a constant link and recGblInitConstantLink
-returns success (rval, not val, was successfully initialized).
-
--
-devLoSoft, devLoSymb, devMbboDirectSoft, devMbboSoft, devPtSoft, devSoSymb
-- The udf field is no longer set to false in write_xxx.
-
--
-devHistogramSoft, devHistogramTestAsyn - In init_record the udf field is
-set to false only if svl is a constant link and recGblInitConstantLink
-returns success.
-
-
-
-
-Make rules and config files
-The config environment has been extensively changed. BASE now has its own
-set of config files. Extensions will be able to use the base config files
-(for the version of base it is built against) and add it's own definitions.
+Make rules and config files
+The config environment has been extensively changed. BASE now has its own set
+of config files. Extensions will be able to use the base config files (for
+the version of base it is built against) and add it's own definitions.
Changes to extensions will come at a future time.
-
-GNU C++ for base
-It is now possible to compile 3.13 EPICS base with the gnu C and C++ compilers.
-A C++ compiler that properly supports templates is required to build the
-new ca server and the gdd library.
-
-log server
+
+GNU C++ for base
+It is now possible to compile 3.13 EPICS base with the gnu C and C++
+compilers. A C++ compiler that properly supports templates is required to
+build the new ca server and the gdd library.
+
+log server
Thanks to William Lupton at KECK the log server will now (under the latest
EPICS 3.13) obtain a new directory for the log file in response to SIGHUP.
-
-CA repeater fix
-Thanks to Kim Gillies, Bret Goodrich, and others at NOAO a problem has
-been discovered and fixed in the 3.12 CA repeater under solaris.
-
-Portable CA server
+
+CA repeater fix
+Thanks to Kim Gillies, Bret Goodrich, and others at NOAO a problem has been
+discovered and fixed in the 3.12 CA repeater under solaris.
+
+Portable CA server
A new CA server C++ class library is available. The server library is in
libcas.a. The API is described in casdef.h. Doc is in progress. An example
server tool can be found at base/src/cas/example. The server has been tested
under sunos4 and solaris. A multi-threaded version of the new server for
vxWorks is in progress.
-
-Macro Substitution Library
+
+Macro Substitution Library
The macro substitution library discussed in tech-talk is now part of epics
-base. Thus was contributed by Bill Lupton. The static database library
-uses this library. dbLoadRecords and dvbLoadTemplate also use it.
-
-VXI Resource Manager fix
+base. Thus was contributed by Bill Lupton. The static database library uses
+this library. dbLoadRecords and dvbLoadTemplate also use it.
+
+VXI Resource Manager fix
Thanks to Ric Claus of SLAC a bug has been isolated in the VXI resource
-manager.
-
Symptom: correct slot isnt located when EPICS_VXI_LA_BASE is set to
-something other than zero.
-
-Access Security
-If asSetFile has been set in a startup file and access security initialization
-fails, then iocInit returns -1 so that startup file does not finish.
-
-errPrintf
+manager.
+Symptom: correct slot isnt located when EPICS_VXI_LA_BASE is set to something
+other than zero.
+
+Access Security
+If asSetFile has been set in a startup file and access security
+initialization fails, then iocInit returns -1 so that startup file does not
+finish.
+
+errPrintf
On Unix this now calls fprintf(stderr instead of printf
-
-iocLogClient.c
+
+iocLogClient.c
This now calls printf instead of epicsPrintf to prevent deadlocks.
-
-Native type for DBF_USHORT
-Formerlly old database access, which does not have unsigned short called
-the native type DBR_FLOAT. It now calls it DBF_LONG
-
-Allen Bradley Driver
+
+Native type for DBF_USHORT
+Formerlly old database access, which does not have unsigned short called the
+native type DBR_FLOAT. It now calls it DBF_LONG
+
+Allen Bradley Driver
Analog Output Block Transfers were being requested too frequently
+
If link_status command fails (3 times in succession) adapters are now
-immediatly declared down.
+immediatly declared down.
+
For btRead and btWrite, The driver now enforces a timeout of 5 seconds
which is 1 second more than scanner itself enforces. This is so that if
-scanner throws away a BT request it will still timeout.
+scanner throws away a BT request it will still timeout.
+
For btRead and btWrite is is no longer permissible to issue a new btRead
-or btWrite from tha callback routine.
-
The on line doc has the following two changes:
-