* Routines with a db_access interface are named dbChannel_xxx
* Using dbch for member variable names in Jeff's code
It seems to work!
TODO: Make dbChannel use a freelist
* Deleted the chan->magic member and associated checks.
* Moved rset->cvt_dbaddr() call into dbChannelCreate()
* Added many accessor routines
* Renamed dbChannelReport() to dbChannelShow() and added dbChannelFilterShow()
* A filter's parse routines now return a parse_result (enum)
* Return value from test filter parse routines is configurable
* Either call parse_end() or parse_abort(), but never both.
This removes various calls to cantProceed() and its relatives
and replaces them with an error return status when a resource
allocation fails. It only does it for routines that already
have an error status return, so it makes no API changes, and
will prevent threads from being suspended unnecessarily.
This separates out the rules for %.d files from the rules that
create the related target file (%.o etc). Doing this can reduce
the amount of work to be done when rebuilding applications after
making source changes. For files in O.Common which can be built
by any target architecture this can solve problems when parallel
builds (-j) are used.
Removed %.C and %.H from vpath (rules were deleted some time ago)
Added %.pl to vpath for use in ioc/registry/Makefile
configure/tools doesn't exist any more, remove from configure/Makefile
Now works properly on Darwin where the version number comes
before the .dylib extension. This also makes Windows-specific
conditional tests fully generic.
This is really a workaround for a Win32/MinGW bug in sscanf, which
will only set the %n argument for the format "%u %n" when there is
a space following the unsigned number.
This changes the IOC's behavior very slightly.
Report throw from first call to epicsTime::getCurrent().
Reorganized test order so a bad time provider doesn't stop
all tests from being run. Also cleaned up a few extraneous
variables.
This test fails if the cwd is not writable, but on vxWorks the
fault appears at the fclose() not the fopen() line. The code
now detects this and tells the user what's probably wrong.
Windows stack sizes were the same as vxWorks - tiny.
The stack sizes are now multiples of sizeof(void*).
On 32-bit systems they give 256KB, 512KB and 1MB;
64-bit systems get twice those numbers.
Fixes lp:903448
