Experimental Physics and
Industrial Control System

Summary long integer values are corruped in R3.14.9

Description
When writing integer values with a CA client (e.g. medm) to a long integer channel (e.g. longout record), the upper bytes get corrupted. The lower 2 bytes are OK.
I can't see the error when the client is caput from base.
Client and IOC run on a linux-x86 machine.
The problem is new in 3.14.9.

More observations from me:

I can also see the faulty behaviour against a Linux 3.14.9 IOC. Including the statistical behaviour that Steven was reporting. Some of the caget calls get the unexpected "no read", others don't. On the same Linux host, caget fails about 20%. Cross to vxWorks mv2100 IOC, caget fails 100%. Camonitor works all the time, against all type IOCs.

Rebuilding Base 3.14.9 with the as subdirectory from 3.14.8.2 does not change the faulty behaviour at all. The as parser cleanup things got away.


More observations from Steven:

I already have optimization turned off for the cross compiler (have been bit by that on VxWorks before) but have host optimization on. I tried turning off host optimization and recompiling caget on linux, but the problem remained.

Now, I just rebuilt all of base on linux with HOST_OPT=NO. Even stranger.
Using optimized build on linux, caget failed with an unexpected read access error 19 out of 20 times just tested. Using non-optimized build on linux, caget failed 2 out of 20 times!


Houston, we have a problem.

Ralph

--
Dr. Dirk Zimoch
Paul Scherrer Institut, WBGB/006
5232 Villigen PSI, Switzerland
Phone +41 56 310 5182

Replies:

Re: Possible Bug in 3.14.9 Access Security on mv2100 Kay-Uwe Kasemir

Re: Possible Bug in 3.14.9 Access Security on mv2100 Andrew Johnson

References:

Possible Bug in 3.14.9 Access Security on mv2100 Ralph Lange

Re: Possible Bug in 3.14.9 Access Security on mv2100 Steven Hartman

Re: Possible Bug in 3.14.9 Access Security on mv2100 Ralph Lange

Re: Possible Bug in 3.14.9 Access Security on mv2100 Ralph Lange

Navigate by Date:

Prev: Re: rpath compiling? Dirk Zimoch

Next: RE: rpath compiling? Adams, Billy R. (LARC-D401B)[RAYTHEON TECHNICAL SERVICES CO]

Index: 1994  1995  1996  1997  1998  1999  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: Possible Bug in 3.14.9 Access Security on mv2100 Ralph Lange

Next: Re: Possible Bug in 3.14.9 Access Security on mv2100 Kay-Uwe Kasemir

Index: 1994  1995  1996  1997  1998  1999  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