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 2025 | 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: seqShow Get/Put in progress |
From: | Matt Rippa <[email protected]> |
To: | Benjamin Franksen <[email protected]> |
Cc: | Talk EPICS Tech <[email protected]> |
Date: | Tue, 13 Feb 2018 15:09:34 -0300 |
On 02/12/2018 04:20 PM, Matt Rippa wrote:
> I'm trying to learn more about the information given when I run seqShow
> <thread_id>. Specifically, the Get/Put in progress section.
> What do the variable number of zeros represent? In my output below
> I see 2, whereas the link in manual shows 6.
>
> http://www-csr.bessy.de/control/SoftDist/sequencer/ Using.html?highlight=get% 20progress#shell-command- reference
>
> Other times I've seen this entry fill up nearly 2 rows of zeros. Is it
> documented more and I just missed it?
This is not documented well. Thanks for the reminder, will fix.
> *Get in progress = [00] Put in progress = [00] *
This is an attempt at presenting low-level information about each
channel in a compact way. Each state set needs to remember pending
asynchronous (callback-based) put and get operations for each PV; at
each time, for each state set and channel there can be only one get and
one put pending. The digits inside the []-brackets tell you for which
channel this state set has pending gets or puts (1=yes, 0=no). The
digits are output in the order in which the channels are declared in the
program (which is the same order in which seqChanShow shows them). The
more channels you have, the longer the array of digits gets, which is
why the length differs; for large programs with many channel variables
the array may span more than a single line.
In your example you have two channels and for none of them there is a
put or get pending (which is the normal case).
Cheers
Ben
--
"Make it so they have to reboot after every typo." ― Scott Adams