Hi Benjamin and everyone;
The seq() has returned the thread id in the previous version, but it does not return the thread id anymore in the new the implementation.
We know that, if there are multiple state sets in the SNL program, then the seq() creates multiple threads which are corresponded to each state set. So, the thread id returning is not meaningful, it only shows the thread id for the first one.
But, the thread id returning is still valid for single state set, and also need to consider for the backward compatibility.
One of our colleague in SLAC has used the thread id returning from the seq(), and has trouble now with the new implementation of the seq().
I am wondering, if someone else uses the thread id returning.
And, I would like to discuss, if we can switch it back to the old way.
Even, the seq() returns the thread id, it is not harmful and we can keep the backward compatibility.
Please, give me your advice.
Thank you.
Best regards,
Kukhee
-------------------------------------------
Kukhee Kim
SLAC National Accelerator Laboratory
2575 Sand Hill Rd, MS 64
Menlo Park, CA 94025
Email: [email protected]
Phone: (650)926-4912
- Replies:
- Re: retrun value (thread id) for seq() Benjamin Franksen
- Navigate by Date:
- Prev:
nsls2 debian repository news Michael Davidsaver
- Next:
Re: put to disabled records and monitors Dirk Zimoch
- 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:
nsls2 debian repository news Michael Davidsaver
- Next:
Re: retrun value (thread id) for seq() 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
|