Re: seq-2.2.1 assertion failure

[Benjamin Franksen <benjamin.franksen@helmholtz-berlin.de>]

Hi William

Thanks for the bug report.

After pondering the code for a while I have come to the conclusion that
the assertion is indeed wrong. The assumption was that the dbr field of
the event_handler_args struct that is passed to an event handler can
only be NULL if the request was a put request. Apparently this is wrong:
when connection to a PV is lost while a get request is pending, the
handler will be called with a NULL dbr field, too.

I will make a patch that removes the assertion.

Cheers
Ben

On Tuesday 31 March 2015 17:55:18 William F. Steele wrote:
> Hello Benjamin,
>
> Following the instructions, I’m sending this error message to you
> which popped up while starting the undulator control system here at
> Lawrence Berkeley Lab’s Advanced Light Source:
>
> CA.Client.Exception...............................................
>     Warning: "Virtual circuit unresponsive"
>     Context: "ffbsec04.als.lbl.gov:5064"
>     Source File: ../tcpiiu.cpp line 945
>     Current Time: Tue Mar 31 2015 15:56:01.345016461
> ..................................................................
>
>
>
> A call to 'assert((value==NULL)==(evtype == pvEventPut))'
>     by thread 'timerQueue' failed in ../seq_ca.c line 282.
> EPICS Release EPICS R3.14.12.4 $Date: Mon 2013-12-16 15:51:45 -0600$.
> Local time is 2015-03-31 15:56:01.349364576 PDT
> Please E-mail this message to benjamin.franksen@helmholtz-berlin.de or
> to tech-talk@aps.anl.gov Calling epicsThreadSuspendSelf()
> 31Mar 15:56:41 FF04-2 Resetting: Errors during reset: 5 total
> Unexpected problem with CA circuit to server
> "ffbsec04.als.lbl.gov:5064" was "Connection reset by peer" -
> disconnecting 31Mar 15:56:51 FF04-2 Resetting: Connect count !=
> Channel count Connect count = 104, Channel count = 105
>
> Up ’til now I had been using seq-2.1.16. I just switched to seq-2.2.1.
> I am running 8 soft IOCs (on 2 PowerPMAC controllers running Linux,
> EPICS 3.14.12.4) each running an instance of the same sequencer
> program. I saw this assertion on only one of the sequencer instances.
> It occurred when a computer, to which the sequencer had a CA
> connection, was rebooted (all of the computers to which all of the
> sequencers had connections were rebooted during our startup
> procedure). The soft IOC was not able to recover on its own, but
> restarting the did clear the problem.
>
> Thanks,
> William Steele

--
"Make it so they have to reboot after every typo." ― Scott Adams

________________________________

Helmholtz-Zentrum Berlin für Materialien und Energie GmbH

Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren e.V.

Aufsichtsrat: Vorsitzender Prof. Dr. Dr. h.c. mult. Joachim Treusch, stv. Vorsitzende Dr. Beatrix Vierkorn-Rudolph
Geschäftsführung: Prof. Dr. Anke Rita Kaysser-Pyzalla, Thomas Frederking

Sitz Berlin, AG Charlottenburg, 89 HRB 5583

Postadresse:
Hahn-Meitner-Platz 1
D-14109 Berlin

http://www.helmholtz-berlin.de