EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  <19981999  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  <19981999  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 r3.13 field VERS
From: Marty Kraimer <[email protected]>
To: [email protected]
Date: Tue, 03 Feb 1998 13:13:45 -0600
Almost as soon as I sent the previous message I was sorry I did. The
argument between:

1) adding a new field to each record
2) adding a new DBR_XXX type to channel access

are the same as for getting the record type name, i.e. VERS and RTYP are
similar.

In each case information about the record type, NOT the record instance
is being requested.

Creating two new character fields for EVERY record instance seems rather
excessive. Thus the version could be stored with the record type
description just like the record type name is now.

>From the responses to the message I sent about RTYP there are objections
to implementing RTYP via a new DBR_type rather than a new field in each
record instance.

Whatever is decided the same method should be used for both RTYP and
VERS, i.e. either both are implemented via new fields in each record
type or both are handled via new DBR_types.

I will respond to the RTYP message before saying more.



Marty Kraimer wrote:
> 
> This finally got to the top of my TODO list.
> 
> There was a lot of discussion about how to implement this feature.
> The main ideas were:
> 
> 1) Provide a field RTYP in every record.
> 2) Provide a new Channel Access Request type.
> 
> I agree with the second alternative.
> 
> Jeff Hill suggested that we have a new request type DBR_CLASS_NAME.
> For example:
> 
> char        classname[80];
> 
> ...
> 
> SEVCHK(ca_get(DBR_CLASS_NAME,mychid,&classname),"ca_get");
> SEVCHK(ca_pend_io(waitTime),"ca_pend_io");
> printf("pv: %s classname %s\n",ca_name(mychid),classname);
> 
> I modifyied db_access.h, db_access.c, and the ca/convert.c to implement
> the change. Jeff will still have to look to see if any other channel
> access changes are necessary if new clients talk to old servers.
> 
> Marty Kraimer

References:
RE: proposed RTYP field Jeff Hill
Re: proposed RTYP field Marty Kraimer

Navigate by Date:
Prev: Re: proposed RTYP field Pete Jemian
Next: Re: proposed RTYP field Marty Kraimer
Index: 1994  1995  1996  1997  <19981999  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 
Navigate by Thread:
Prev: Re: proposed RTYP field Marty Kraimer
Next: Re: proposed RTYP field Pete Jemian
Index: 1994  1995  1996  1997  <19981999  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 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·