EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Weirdness with self-defined record type
From: "Johnson, Andrew N. via Core-talk" <core-talk at aps.anl.gov>
To: Ralph Lange <ralph.lange at gmx.de>
Cc: EPICS core-talk <core-talk at aps.anl.gov>
Date: Tue, 7 Jul 2020 14:57:25 +0000
Hi Ralph,

On Jul 7, 2020, at 8:53 AM, Ralph Lange via Core-talk <core-talk at aps.anl.gov> wrote:

In a module (currently against the 3.15 branch on Debian Linux) I have defined a local record type. What I am seeing:
If the first record instance that my IOC loads is of that new record type, the database gets corrupted.
The IOC commands (dbl, dbDumpRecord) show a fake bi record that either has a weird name (arbitrary bytes), shows "(null)" or an empty string. Almost every time, the IOC segfaults while doing the 'dbl' or 'dbDumpRecord'. Stray pointer, obviously.
As soon as the first record being loaded is not an instance of my locally defined type, everything is fine.

I will certainly dive in and find what's causing this, but if someone has seen this before, I would appreciate a heads-up to shorten that procedure.

Not specifically, but do the same problems exist if you stop it before iocInit? Try to determine whether this could be caused by something being corrupted during record initialization or if it’s an issue with loading the record instance. Does it happen if the only record loaded is that one?

That could also imply something is wrong with the recordSizeOffset data, are you sure you completely rebuilt the record.o file after the last change to its record.dbd file?

The iocsh command dba might be helpful, and there are one or two others that delve inside the data structures.

- Andrew

-- 
Complexity comes for free, simplicity you have to work for.


References:
Weirdness with self-defined record type Ralph Lange via Core-talk

Navigate by Date:
Prev: Weirdness with self-defined record type Ralph Lange via Core-talk
Next: Re: Weirdness with self-defined record type Konrad, Martin via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: Weirdness with self-defined record type Ralph Lange via Core-talk
Next: Re: Weirdness with self-defined record type Konrad, Martin via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
ANJ, 07 Jul 2020 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·