Dereferencing nullptr in oldChannelNotify.cpp
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
EPICS Base |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Hello,
I monitor a variable using EPICSv4 via the "channel access" protocol and stumbled over this segmentation violation.
Linux x86_64
base-3.15.4
EPICS-CPP-4.5.0.2
```
#0 ca_element_count (pChan=0x0) at ../oldChannelNo
#1 0x00007ffff77ed30a in epics::
#2 0x00007ffff7ddd73e in oldChannelNotif
#3 0x00007ffff7dce4c3 in nciu::connect (this=this@
#4 0x00007ffff7dbd36a in cac::createChan
#5 0x00007ffff7dd56c6 in tcpiiu:
#6 0x00007ffff7dd7959 in tcpRecvThread::run (this=0x7fffcc0
#7 0x00007ffff68670a9 in epicsThreadCall
#8 0x00007ffff686cbcc in start_routine (arg=0x7fffcc00
#9 0x000000305ac07aa1 in start_thread () from /lib64/
#10 0x000000305a8e893d in clone () from /lib64/libc.so.6
```
It is triggered when the PV comes online while the program is already trying to connect to it.
Best regards
Dominik
Changed in epics-base: | |
status: | Incomplete → Won't Fix |
Hi Dominik,
I think this problem may be due to a known bug in EPICS-CPP-4.5.0.2 which has been fixed in the latest 4.6.0 release, see https:/ /github. com/epics- base/pvAccessCP P/issues/ 53 if you want to read the developers' discussions about it. Can you update your version of EPICS V4 to 4.6.0 and see if the problem still exists?
Thanks,
- Andrew