- prefer `optional` over `unique_ptr` to create a 'nullable' object
  avoiding the explicit heap allocation for ParticleDataTable

See merge request !479

See merge request !478

See merge request !452

See merge request !411

See merge request !484

Sebastien Ponce authored 7 years ago and Marco Clemencic committed 7 years ago

In methods promoteTo(Async)Executed, 2 types of "updates" are taking place :
  - a push to the actionQueue for the updates of other algorithms
  - the update of the current algorithm status
The push itself will ultimately trigger the check for the end of the event, that will check whether all states of all algos of the event are ACCEPTED.
In such a case, it will trigger (via a push to m_finishedEvents queue) the move to the next event or the finalization of the job (last event).
Now suppose that the 2 updates are done in the order I gave them and that the second one is delayed (thread unscheduled by OS).
The push will trigger the check for end event. That check will concledu that the event is not over as one algo (current one) is still in SCHEDULED state !
Thus next event will never come and job will never finalize.
So the order has to be update of the current algo first.

Note that this was found the hard way, on stuck processes, so this really happenned.

Sebastien Ponce authored 7 years ago and Marco Clemencic committed 7 years ago

Each algorithm was so far given to tbb in the form of a pair of tbb tasks, linked together.
The first was running the algo while the second dealt with pushing the updae callback to the action queue.
Providing that the run of the Algorithm was already wrapped into a AlgoExecutionTask, there was no reason to not put the callback there and drop the second task.

See merge request !463

See merge request !472

See merge request !475

See merge request !415

checks that the output exists and is correct

- fixed retrieval of command line arguments
- refactoring of some platform specific code

When AlgExecStateSvc is put in VERBOSE, Gaudi was crashing at initialization throwing an std::out_of_range.
This commit adds protection to AlgExecStateSvc's dump(..) to check whether a context is valid before using its slot ID.

Algorithms automatically retrieve their ToolHandles during initialize()
if they are enabled. ToolHandle::enable()/disable() methods added for
explicit control from C++. Alternatively, ToolHandles are disabled if
their name is an empty string.

See merge request !429

See merge request !465

See merge request !468

prepare_base and prepare_ext tests should not be run at the same time
because they use one shared output file (MultiInput.xml)

Use map<enum class,string> instead of unordered_map.

See merge request !453

See merge request !432

add missing header guard to invoke.h

See merge request !457

- restore use of recursive_mutex (required to avoid a deadlock
  in MiniBrunel)
- add method to IHiveWhiteBoard to explicitly register new items
  (will be needed by FetchDataFromFile)
- remove unused IHiveWiteBoard::newDataObjectsPresent()
- avoid OUT parameters & StatusCode, prefer to just return the OUT
  parameter
- fix comments

Fixed use of messages in ApplicationMgr::i_startup

See merge request !436

See merge request !447