CMS 3D CMS Logo

 All Classes Namespaces Files Functions Variables Typedefs Enumerations Enumerator Properties Friends Macros Pages
CounterChecker.cc
Go to the documentation of this file.
1 /****************************************************************************
2  *
3  * This is a part of TOTEM offline software.
4  * Authors:
5  * Maciej Wróbel (wroblisko@gmail.com)
6  * Jan Kašpar (jan.kaspar@gmail.com)
7  *
8  ****************************************************************************/
9 
11 
12 //-------------------------------------------------------------------------------------------------
13 
14 using namespace std;
15 
16 //-------------------------------------------------------------------------------------------------
17 
19 {
20  pair<CounterMap::iterator, bool> ret;
21 
22  vector<TotemFramePosition> list;
23  list.push_back(fr);
24  ret = relationMap.insert(pair<word, vector<TotemFramePosition> >(counter, list));
25  if (ret.second == false)
26  relationMap[counter].push_back(fr);
27 }
tuple ret
prodAgent to be discontinued
unsigned short word
void Fill(word counter, TotemFramePosition fr)
add new value to map, counter takes value of EC or BC number
static std::atomic< unsigned int > counter
How EventSelector::AcceptEvent() decides whether to accept an event for output otherwise it is excluding the probing of A single or multiple positive and the trigger will pass if any such matching triggers are PASS or EXCEPTION[A criterion thatmatches no triggers at all is detected and causes a throw.] A single negative with an expectation of appropriate bit checking in the decision and the trigger will pass if any such matching triggers are FAIL or EXCEPTION A wildcarded negative criterion that matches more than one trigger in the trigger list("!*","!HLTx*"if it matches 2 triggers or more) will accept the event if all the matching triggers are FAIL.It will reject the event if any of the triggers are PASS or EXCEPTION(this matches the behavior of"!*"before the partial wildcard feature was incorporated).Triggers which are in the READY state are completely ignored.(READY should never be returned since the trigger paths have been run