values, do not deliver a '-1' return value, but '0' (as this cannot be
distinguished from just not available parameters.
- Behaviour with timeouts is not understood quite well.
+- The string-length limitation to 40 characters appears also in the case of the
+ Param_getFilename() call. The next version may weaken the problem by just
+ transferring the relative name and the glob(basedir)-variable seperately
+ as strings. This would allow at least 40+40 characters to be transported as
+ the filename, but make the Param_getFilename() call of the server-linked
+ library obsolete. Better solutions are feared because the break the
+ philosophy of EPICS channel access.
2. daq_<lib>_param_cas
======================
4. Known bugs and further developement perspectives
---------------------------------------------------
- Although users now claim to have tcl on all of their systems, libfileParam.a
-has been developed further to fix the most severe bugs and include the new
-features of the version 0.2. Nevertheless, not all of the features of tcl are
-supported correctly. Only the 'set'-command is read and builtin-variables
-(like access to the enviroment) are not available. The treatment of comments
-can be different to that the tcl-interpreter likes.
+- Although users now claim to have tcl on all of their systems, libfileParam.a
+ has been developed further to fix the most severe bugs and include the new
+ features of the version 0.2. Nevertheless, not all of the features of tcl are
+ supported correctly. Only the 'set'-command is read and builtin-variables
+ (like access to the enviroment) are not available. The treatment of comments
+ can be different to that the tcl-interpreter likes.
+- Up to now, the different behavior of the sscanf()-function in Linux and
+ LynxOS make it necessary to distinguish between both via precompiler-defines,
+ which is not set up properly up to now. So this version only supports
+ Linux-operating systems while LynxOS-calls are proven to fail at all.
Please send bug reports to
filling the tables with proper values for testing with 'real' data and
requirements. The least developped feature connected to this library at all
are proper insert forms to fill the database with the correct information
-without the knowledge of the exact structure of the database at all.
+without the knowledge of the exact structure of the database at all. Up to now,
+Param_getBlob() just opens a file stream in the directory structure of the
+calling program, of which the name is retrieved with a Param_getFilename()
+call. This should change into the extraction of blobs directly out of the
+database in coming versions (if discovered to be practical at all).
+Param_getFilename() calls are not disguised from Param_getString() calls
+except the adding of the prefix path glob(basedir). No special tables
+containing Filename-type entries are forseen up to now.
Please send further bug reports to