fail check for too small resolution value in alignment script
memory leak fix
downgrade EOMODE printout message to DEBUG0
replace guessSensorID with TrackerHitImpl method getCellID0()
upgrade guessSensorID call for TrackerHitImpl to method getCellID0()
upgrade guessSensorID call for TrackerHitImpl to method getCellID0()
Merge remote-tracking branch 'origin/master'
adding two more scripts to do iterative alignment:

- alignm26.sh does Mimosa26 sensors alignment only, assumes plane IDs: 0,1,2,3,4,5
- align1fei4.sh does one plane alignment with ID= 20 (FEI4), the Mimosa26 planes are still: 0,1,2,3,4,5 (of course used as reference to build tracks)
fix internal flags, that the script actually is executed
uncomment removing of temp file1 and file2
remove exit 0 statement so that the script does more then one iteration
memory fix update:

making it unconditional. this actually requires the object to reach the line undeleted.
GBL processor fix:

- add protection against filling histograms when the histograms were not booked - seg.faults otherwise. obviously.
- DEBUG printout for every track on the amount of hits and track number. strange that there is a track counter per run (not per event, which would make more sense IMHO).
ha, did not know that steering-templates/ were not checked in ?!
anyhow, with these config.cfg .xml and .sh files the mimosa26 alignment works again.
just wanted to freeze it at this stage so
this one works as of now on top of the previous chain with alignment of the Mimosa26 sensors only.
valueable piece of the histogram presence checker
reduce the minimal error on the Mimsoa26 for the alignment/millepede: speeds up convergence -> useful or overdoing?
reduce the histogram binning for residual plots
increase the event range to be considered by millepede
adding a method to getSensorID from the TrackerHitImpl object