EPICS Home

Experimental Physics and Industrial Control System


 
1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019 
<== Date ==> <== Thread ==>

Subject: Re: menuFtype for 64 bit integers aka. long long and unsigned long long
From: Andrew Johnson <anj@aps.anl.gov>
To: Hinko Kocevar <hinko.kocevar@i-tech.si>
Cc: tech-talk@aps.anl.gov
Date: Tue, 20 Mar 2012 17:14:47 -0600
Hi Hinko,

On 2012-03-15 Hinko Kocevar wrote:
> Are there any plans on adding support for 64-bit types to menuFtype (for
> 3.14.x branch)?

This will definitely never happen on the 3.14.x branch, and probably not on 
the 3.15.x branch either (there should be a 3.15.0 release out this summer).

> Are there any workarounds for this issue?

This idea is really horrible but it should work as long as you're very 
careful: If you are responsible for the device support and all the CA client 
programs and you can do any IOC-based processing that is necessary inside a 
subroutine or aSub record then you could pretend to the IOC code that your 64-
bit data types are epicsFloat64 (i.e. double) values and use casts to convert 
them back and forth.  However you won't be able to use any of the standard 
tools to look at the values, and I really don't recommend doing this.

> I guess this change would affect basic EPICS type handling code - not
> record, driver or device support code.

Adding new data types to EPICS is not easy, even just within the IOC, because 
there are function-tables and case statements all over the place.  If you also 
want to transmit that information over CA then there are even more 
complications.

The simplest way to handle 64-bit values is probably to split them into 2x32-
bit values that you pass around in arrays.

HTH,

- Andrew
-- 
Never interrupt your enemy when he is making a mistake.
-- Napoleon Bonaparte

Replies:
Re: menuFtype for 64 bit integers aka. long long and unsigned long long Benjamin Franksen
RE: menuFtype for 64 bit integers aka. long long and unsigned long long Mark Rivers
References:
menuFtype for 64 bit integers aka. long long and unsigned long long Hinko Kocevar

Navigate by Date:
Prev: RE: 32-bit TIFFs and PIL Mark Rivers
Next: Re: Build problem with db dependencies Bruce Hill
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019 
Navigate by Thread:
Prev: menuFtype for 64 bit integers aka. long long and unsigned long long Hinko Kocevar
Next: Re: menuFtype for 64 bit integers aka. long long and unsigned long long Benjamin Franksen
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019