Experimental Physics and
Industrial Control System

You have the thread that has the AS lock and is calling rsrv where it is
taking its lock...
If it's a classic deadlock then we need to find the other half of the bug.

When I type asInit() and then CTRL-C, I get that one stack trace.
But from then on, the IOC shell is hung, no more telnet or serial
line access, only a hard reboot or power cycle,
so I don't get to look at other threads.

CPU consumption was no issue up to that hangup,
and afterwards, I can't say because I have to reboot.

So in the interest of political correctness,
we can call this an unexplained hangup in semTake()
instead of a deadlock.

Replies:

Re: nexplained hangup in semTake(), Re: channel access security deadlock from asInit() Till Straumann

Re: Unexplained hangup in semTake(), Re: channel access security deadlock from asInit() Andrew Johnson

References:

channel access security deadlock from asInit() Kay-Uwe Kasemir

RE: channel access security deadlock from asInit() Jeff Hill

Navigate by Date:

Prev: RE: channel access security deadlock from asInit() Jeff Hill

Next: Re: nexplained hangup in semTake(), Re: channel access security deadlock from asInit() Till Straumann

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: channel access security deadlock from asInit() Jeff Hill

Next: Re: nexplained hangup in semTake(), Re: channel access security deadlock from asInit() Till Straumann

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