1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 <2004> 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 <2004> 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: EPICS naming services |
From: | Luedeke Andreas <[email protected]> |
To: | Andrew Johnson <[email protected]> |
Cc: | "'[email protected]'" <[email protected]> |
Date: | Fri, 02 Jul 2004 21:23:51 +0200 |
[...]
Bear in mind that the list of PVs (i.e. CA Channel names) is not the same as the output from dbl, which just gives you the record names. A truly omniscient nameserver would also need to know the record type, and the set of publicly accessible field names for that record type on that particular IOC [don't forget that two IOCs that use two different DBD files can have a different set of fields in the same record type, you must make sure you're using the IOC's DBD file to be sure what fields it will have]. A simple way to resolve this would be to dump the DBD file at boot time as well as the dbl output.
It should be relatively straightforward to write some IOC-side code which queries the database in memory using dbStaticLib routines, and sends the results directly to the name server; I'm not aware of anyone who has actually implemented something like this though. This code would be able to resolve the field names issue without having to write a parser to extract the DBD filename(s) from the st.cmd file.