2002 2003 2004 <2005> 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 | Index | 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: Fundamental Types / Gateway |
From: | Ralph Lange <[email protected]> |
To: | Marty Kraimer <[email protected]> |
Cc: | EPICS Core Talk <[email protected]> |
Date: | Tue, 21 Jun 2005 11:05:09 +0200 |
After reading the comments of Jeff and Benjamin:I completely agree with what they write. I could rephrase it in my own words, but this wouldn't change the ideas much.
For the structured types, we should agree on the requirements and create implementations that can be used throughout the EPICS world. Then we should have DA support those types directly. For all the atomic primitive types, I guess DA is doing the job.
Any implementation of data storage (like the EPICS Database or the Big Store facility) is free to locally use size-locked types if necessary, useful or desirable. But the DA interface is just much nicer and easier to use if it doesn't force the user data representation into a set of special size-locked types.
Maybe the DA interface in a certain language should support the primitive types of that language and only use special types when there's no primitive type (of that language) available to map a supported C/C++ standard type.
Ralph Marty Kraimer wrote:
I have not heard any responses from you. Just from Benjamin and Jeff. Any comments? Marty