Unfortunately, no processing code was running when we crashed. Mark Rivers also asked about the core dump, and what OS we were using. We're on Linux, and my co-worker Steve Goff used gdb to find where the core occurred. Steve said
the crash happened in camessage.c, line number 1344.
As I noted in my original message, after talking with Andrew Johnson I altered my database to not use the fanout record, thus avoiding the problem and allowing me to continue with my work. But I should be able to re-create the situation
if it would help in troubleshooting.
From: Hartman, Steven M. [mailto:email@example.com]
Sent: Tuesday, October 07, 2014 4:16 PM
To: Poff, Mark A
Cc: EPICS Tech Talk
Subject: Re: Fanout to Sub Records in a Different IOC Causes Core Dump
On Oct 7, 2014, at 3:55 PM, Poff, Mark A <firstname.lastname@example.org> wrote:
> As an alternate we tried placing the fanout record in the Processing IOC, but that also core’d.
Since the processing IOC core dumps regardless of where you are running the fanout record, I suspect the bug is more likely to be found in your Process routine rather then in the IOC code. Have you looked at the core dump to see where
the crash is occurring? If you replace your processing routine with something really simple, do you still get the crash?