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 2025 | 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: USE of CA lib: problem using ca_array_put_callback with strings |
From: | haquin <[email protected]> |
To: | Andrew Johnson <[email protected]> |
Cc: | [email protected] |
Date: | Mon, 17 Nov 2008 09:58:09 +0100 |
Hi Christophe,
On Friday 14 November 2008 10:34:16 haquin wrote:
We tried with the command line, and we can reproduce the problem, here
is the result:
[haquin@accep1 haquin]$ caput -c LB-DIA-ALB-TST2:Read_16bits_Reg.DESC
"abcdefg"
Old : LB-DIA-ALB-TST2:Read_16bits_Reg.DESC It's 14-NOV-2008 16:52:23.04
New : LB-DIA-ALB-TST2:Read_16bits_Reg.DESC a
[haquin@accep1 haquin]$ caput LB-DIA-ALB-TST2:Read_16bits_Reg.DESC
"abcdefg" Old : LB-DIA-ALB-TST2:Read_16bits_Reg.DESC a
New : LB-DIA-ALB-TST2:Read_16bits_Reg.DESC abcdefg
That is very interesting, and tells me that the problem is probably not in that example client program.
Tell me about the IOC that this PV resides on, and the record type and device support of the record itself. Does the problem also occur with other fields or other record types? Is it limited to this particular IOC, or this architecture of IOC?
I'm trying to find out what might be different about your installation and IOC, because I am unable to replicate this behavior on a linux-x86 IOC here using R3.14.9.
- Andrew
begin:vcard fn:Christophe Haquin n:Haquin;Christophe email;internet:[email protected] tel;work:02 31 45 46 61 x-mozilla-html:FALSE version:2.1 end:vcard