EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: RE: Fundamental Types document
From: "Jeff Hill" <[email protected]>
To: "'Andrew Johnson'" <[email protected]>, "'EPICS core-talk'" <[email protected]>
Date: Tue, 14 Jun 2005 15:44:29 -0600
Here are my comments (I also entered them on the wiki)

1) As we are all already aware I feel that the unsigned types in C are
useful. When problems occur it's because users convert between signed and
unsigned types without proper range checking. Since data access has this
range checking built in (after considerable effort on mine and Ralph's part
I will add) then conversion problems are possibly no longer an issue.

2) You have created interface classes for buffers, arrays, enumerated,
strings etc. All of these interfaces are already in data access. Was there a
good justification to create new ones? In any case, it seems that we should
the goal of using the same interfaces for each type of commonly used data.

3) These interfaces seem to require contiguous storage of random sized
blocks of characters. Doesn't this preclude use of fixed length buffer based
(free list based) memory allocation, and therefore almost guarantee
fragmentation of memory.

Jeff


-----Original Message-----
From: Andrew Johnson [mailto:[email protected]] 
Sent: Tuesday, June 14, 2005 2:52 PM
To: EPICS core-talk
Subject: Fundamental Types document

Marty and I would appreciate feedback and comments on the following Wiki 
document, which defines the fundamental types we want to provide and use 
inside iocCore.

http://www.aps.anl.gov/epics/wiki/index.php/V4_Design:_epicsTypes

- Andrew
-- 
Podiabombastic: The tendency to shoot oneself in the foot.



Replies:
Re: Fundamental Types document Marty Kraimer
References:
Fundamental Types document Andrew Johnson

Navigate by Date:
Prev: Fundamental Types document Andrew Johnson
Next: RE: Fundamental Types document Jeff Hill
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Fundamental Types document Andrew Johnson
Next: Re: Fundamental Types document Marty Kraimer
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·