In dbCaLinkTest, the tests that fail are those where we check the resulting array data after a successful dbGetLink, except in one place in testArrayLink where we test after doing a putLink first. These are: the first two calls to checkArray in testArrayLink (but not the third) and the two calls to checkArrayDouble in testreTargetTypeChange. The former function gets called 4 times, so we get 10 failures overall. The failures happen for all combinations of parameters (number of elements in source and target).
I spent yesterday staring at code differences (my changes and what changed in the 7.0 branch in the meantime). So far I couldn't find anything to explain why these tests succeed in my original version but fail now. This isn't easy to debug because of the CA layer in between with event queues and whatnot. So It is hard to guess the exact code path this takes (so I could insert printfs at these points).
--
https://code.launchpad.net/~bfrk/epics-base/+git/epics-base/+merge/396197
Your team EPICS Core Developers is requested to review the proposed merge of ~bfrk/epics-base:remove-dbfl_type_rec into epics-base:7.0.
- References:
- [Merge] ~bfrk/epics-base:remove-dbfl_type_rec into epics-base:7.0 Ben Franksen via Core-talk
- Navigate by Date:
- Prev:
Build failed in Jenkins: EPICS-3.14 #910 Jenkins EPICS PSI via Core-talk
- Next:
Re: [Merge] ~bfrk/epics-base:remove-dbfl_type_rec into epics-base:7.0 Ben Franksen via Core-talk
- Index:
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: [Merge] ~bfrk/epics-base:remove-dbfl_type_rec into epics-base:7.0 mdavidsaver via Core-talk
- Next:
Re: [Merge] ~bfrk/epics-base:remove-dbfl_type_rec into epics-base:7.0 Ben Franksen via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
<2021>
2022
2023
2024
|