Aloha
We have two systems that are suffering from occasional semTake failures
within iocinf.c. Said systems are running an ancient version of EPICS but
there appear to be only minor differences between it and R3.13.8, in this
respect.
I suspect that this is a timing/synchronization issue, whereby the ca_static
structure is deleted in one task (cac_add_task_variable within
vxWorks_depen.c) whilst another task is using a semaphore within that
structure (cac_clean_iiu_list within iocinf.c), prior to the the first task
obtaining it's task local copy.
Is anyone cognizant of a 'patch' to rectify this problem?
Or, if I am way off base, does anyone have the correct solution?
seqAux: A call to "assert (semTake(client_lock, WAIT_FOREVER)==OK)" failed
in ../iocinf.c at 1046
Sat Apr 23 00:22:15 2005 Please send a copy of the output from "tt
(0x352a320)" and a copy of this message to the author or
"[email protected]"
Sat Apr 23 00:22:15 2005 This problem occurred in "@(#)Version
R3.13.0.beta.12 $$ Date: 1998/08/18 02:02:32 $$"
Sat Apr 23 00:22:17 2005 filename="../taskwd.c" line number=175
Sat Apr 23 00:22:17 2005 task 352a320 seqAux suspended
thanks for any help you can provide
Allan
- Replies:
- RE: semTake failure within ca functions Jeff Hill
- Navigate by Date:
- Prev:
RE: SNL suffix and preprocessing Redman, Russell O.
- Next:
RE: semTake failure within ca functions Jeff Hill
- 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: bad UDP msg wtw00992
- Next:
RE: semTake failure within ca functions Jeff Hill
- 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
|