On 11.09.2012 00:52, Mark Rivers wrote:
>> Maybe camonitor should be \0-terminating the array that it gets from CA too,
> Yes, I think it should. It knows it's printing a string, and it knows how long the array actually is, since camonitor without -S prints the correct values.
>
Fix added. (Reluctantly, with a sour smile.)
To stay compatible with non-variable array servers using null terminated
strarrays, the camonitor client now uses the minimum of strlen(),
requested, and received number of elements.
Cheers,
~Ralph
- References:
- caput off-by-one bug for string as array of chars J. Lewis Muir
- Re: camonitor bug for string as array of chars Ralph Lange
- RE: camonitor bug for string as array of chars Mark Rivers
- Re: camonitor bug for string as array of chars Andrew Johnson
- RE: camonitor bug for string as array of chars Mark Rivers
- Navigate by Date:
- Prev:
Re: ISEG EHS device support on the Raspberry Pi Computer Florian Feldbauer
- Next:
Re: Compilation error EPICS for RTEMS Eric Norum
- 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: camonitor bug for string as array of chars Andrew Johnson
- Next:
Re: caput off-by-one bug for string as array of chars J. Lewis Muir
- 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
|