EPICS Home

Experimental Physics and Industrial Control System


 
2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Record fields of array type
From: Benjamin Franksen <[email protected]>
To: [email protected]
Date: Thu, 19 Jul 2007 17:51:35 +0200
Good Afternoon,

I have now for the <n>th time explained to some desparate EPICS newbie all 
the hoops one has to go through in order to create an array field for a new 
record type. This is starting to get on my nerves, the more so because I 
can't really tell them to go away and RTFM. Because, unfortunately, the 
Fine Manual remains (shamefully?) silent about the fact that this is simply 
not possible in any straight-forward manner, even if your array is supposed 
to be of a fixed size. Instead one has to gather the information necessary 
to work around this limitation from several places in the AppDevGuide 
(Chapter 6.5, Chapter 11.5.7 and Chapter 15.2.3).

I dearly hope that with 3.15 there will be a dbd syntax for creating array 
fields. Ideally there should be a way to specify another field whose value 
at startup time determines the maximum number of elements. Life would be 
almost perfect if in addition the runtime number of elements could be 
specified in a similar way. It could be as simple as just one more 
(possible) property for a field value like, for instance,

field(BLA,DBF_UCHAR) {
	...
	array(NELM,NORD)
}

which might optionally allow a literal number for the first argument (for a 
fixed size array) and where the second argument is optional (for arrays 
that don't change their number of elements at runtime).

This would be a tremendously useful addition and would come at very low 
cost. It is even backward compatible. Frankly, I am amazed that something 
like this hasn't been done a long time ago.

Cheers
Ben
PS: I hope everyone reading the first paraggraph can mentally add the 
missing smileys at the appropriate places themselves.

Navigate by Date:
Prev: Re: FW: net_convert.h Andrew Johnson
Next: Pre-Release Tests of EPICS Base Ralph Lange
Index: 2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: FW: net_convert.h Andrew Johnson
Next: Pre-Release Tests of EPICS Base Ralph Lange
Index: 2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024