Hi,
this thread slipped through my sequencer message filter and I am just
now catching up on tech-talk messages.
I suspect the problem may be caused by a buffer overrun in one of the
calls to sprintf. You might want to use snprintf (or for enhanced
portability: epicsSnprintf), which lets you specify the size of the
buffer.
Anyway, this is just a guess. If you send me the complete program I
might be able to give more detailed advice.
Cheers
Ben
On Monday 03 November 2014 16:47:01 Brown, David L. wrote:
> Hi, gentlemen,
>
> I’m on a RedHat 7 linux-x86_64 architecture. I don’t have the ability
> to
upgrade the sequencer stuff easily because I’m not root on this
> machine. However, I will put in the request to upgrade to 2.1 (I’m
> assuming that this is the right version).
>
> Kay gave me a few pointers on debugging the file, and he stated that
> it
might be a memory allocation problem in C which I assumed was the
> case. I’m attempting to learn and utilize gdb and valgrind to find
> out what I’m doing wrong. He also gave me a few pointers on how to
> do things a little more cleanly in my code. We’ll see. I’ll let you
> know how it goes.
> Dave
>
> On 11/3/14, 10:41 AM, "Andrew Johnson" <[email protected]> wrote:
>
>
> >Hi Dave,
> >
> >Please CC the tech-talk mailing list with your replies for archive
> >purposes; I also want Benjamin Franksen to see your responses (I'm
> >not
an expert in this area, Ben is).
> >
> >On 11/03/2014 05:18 AM, Brown, David L. wrote:
> >
> >> Hi, Andrew,
> >>
> >> The sequencer version is seq-2.0.12.
> >
> >
> >That is a very old version of the sequencer which is no longer being
> >maintained. The home page for the sequencer is
> >
> > http://www-csr.bessy.de/control/SoftDist/sequencer/
> >
> >
> >An upgrade to a newer version might help with your issue, but I
> >don't
that for sure.
> >
> >Ben, do you know of any compatibility issues building the new
> >sequencer
against 3.14.11?
> >
> >
> >> I'm not sure what you mean by target
> >> architecture, though. I am writing this sequencer for collision
> >>
> >>avoidance
> >>
> >> testing on diagnostic equipment. The records in question are MPS
> >> read
backs that are bi records. Since their names are too long,
> >> though, I¹m using aliases.
> >>
> >> Dave
> >
> >
> >By target architecture I meant what OS and CPU is the sequence
> >program
running on ― win32-x86 and linux-x86_64 are examples of
> >EPICS target architecture names that I'm looking for.
> >
> >- Andrew
> >
> >--
> >People everywhere confuse what they read in newspapers with news.
> >-- A. J. Liebling
>
>
--
"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
- References:
- Problems with Dynamic Array population Brown, David L.
- Re: Problems with Dynamic Array population Andrew Johnson
- Re: Problems with Dynamic Array population Brown, David L.
- Navigate by Date:
- Prev:
NaN and analog records Benjamin Franksen
- Next:
Re: compiling issues during building cothread Benjamin Franksen
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
<2014>
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: Problems with Dynamic Array population Brown, David L.
- Next:
Re: Problems with Dynamic Array population Brown, David L.
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
<2014>
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|