Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018 
<== Date ==> <== Thread ==>

Subject: RE: Fanout to Sub Records in a Different IOC Causes Core Dump
From: Mark Rivers <rivers@cars.uchicago.edu>
To: "Poff, Mark A" <mark.a.poff@boeing.com>, "Hartman, Steven M." <hartmansm@ornl.gov>
Cc: EPICS Tech Talk <tech-talk@aps.anl.gov>
Date: Wed, 8 Oct 2014 12:56:00 +0000
It would really help to see the entire traceback, not just the final location of the crash.  If you still have the core file you can get it by:

gdb [path_to_your_application] [core_file]

Brackets indicate you need to substitute your values there.

Once at the gdb prompt type

traceback

Then send us that output.

Mark

________________________________
From: tech-talk-bounces@aps.anl.gov [tech-talk-bounces@aps.anl.gov] on behalf of Poff, Mark A [mark.a.poff@boeing.com]
Sent: Wednesday, October 08, 2014 7:44 AM
To: Hartman, Steven M.
Cc: Poff, Mark A; EPICS Tech Talk
Subject: RE: Fanout to Sub Records in a Different IOC Causes Core Dump


Hello Steven,



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.



Mark



-----Original Message-----
From: Hartman, Steven M. [mailto:hartmansm@ornl.gov]
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 <mark.a.poff@boeing.com<mailto:mark.a.poff@boeing.com>> 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?



--

Steven Hartman

hartmansm@ornl.gov<mailto:hartmansm@ornl.gov>






References:
RE: Fanout to Sub Records in a Different IOC Causes Core Dump Poff, Mark A
Re: Fanout to Sub Records in a Different IOC Causes Core Dump Hartman, Steven M.
RE: Fanout to Sub Records in a Different IOC Causes Core Dump Poff, Mark A

Navigate by Date:
Prev: RE: Fanout to Sub Records in a Different IOC Causes Core Dump Poff, Mark A
Next: RE: Fanout to Sub Records in a Different IOC Causes Core Dump Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018 
Navigate by Thread:
Prev: RE: Fanout to Sub Records in a Different IOC Causes Core Dump Poff, Mark A
Next: RE: Fanout to Sub Records in a Different IOC Causes Core Dump Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018 
ANJ, 17 Dec 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·