EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: longout record issue
From: Andrew Johnson <[email protected]>
To: [email protected]
Date: Tue, 7 Apr 2009 15:06:17 -0500
On Monday 06 April 2009 19:37:30 Emmanuel Mayssat wrote:
> I have noticed oddities with my longout records.
> Particularly when I use the soft Channel record.
>
> record(longout, "myLO") {
> 	field(VAL ,"100")
> 	field(SCAN, "Passive")
> 	field(DTYP, "Soft Channel")
> }
>
> Now if I create a medm text entry attached to this PV, and attempt to
> modify the PV, it updates but not as expected. For example, if I enter
> the value 10, the PV is updated to -11100023 (or something like that)
>
> I am using medm 3.1.1 compiled against EPICS 3.14.9.
>
> I have other longout records which are not "Soft Channel".
> They correctly update with the same medm widget.

What is your target architecture, for both the client and server?  It is known 
that IOCs built against Base before 3.14.10 do not work properly on 64-bit 
architectures, so if you're running this on linux-x86_64 you should switch to 
the 32-bit linux-x86 target.  The CA client code does work properly on 64-bit 
systems though, it's just the IOC that's faulty.

With 32-bit linux-x86 clients I only see Dirk's issue when using old versions 
of caget and caput (not from Base, the ones from extensions/src/EzcaScan) and 
I suspect that's a due to a bug in ezca or in the caget and caput programs 
since all the other clients I've tried (including MEDM and Probe) do show the 
correct value for a longout record.

Is the "-11100023" number you gave above correct?  If not, please post the 
exact number that you get when you put 10 into the PV.

- Andrew
-- 
The best FOSS code is written to be read by other humans -- Harold Welte

Replies:
Re: longout record issue Emmanuel Mayssat
References:
longout record issue Emmanuel Mayssat

Navigate by Date:
Prev: Re: problem when running Channel Archiver Dirk Zimoch
Next: Re: longout record issue Emmanuel Mayssat
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: longout record issue Dirk Zimoch
Next: Re: longout record issue Emmanuel Mayssat
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 31 Jan 2014 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·