Bug #1255
Fail to unpack raw data
Start date:
17 April 2013
Due date:
% Done:
100%
Estimated time:
Workflow:
New Issue
Description
Looks like whatever version of unpacking comes with MAUS is failing to unpack raw data. I tried to reconstruct two data files, 04168 and 04902, both are coming up with errors in unpacking. What did I do wrong?
Log files attached.
Files
Related issues
Updated by Karadzhov, Yordan about 10 years ago
- Category changed from RealData to Data Structure
- Assignee changed from Karadzhov, Yordan to Rogers, Chris
I don't see any Unpacking classes involved in the Stack trace.
This is most likely, a problem in the Data Structure and looks like the problem I had yesterday when trying to fill in DaqData. The problem comes from the constructor of the class Spill, where the pointer to the DaqData object is initialized with NULL. Then, if you don't create and set the DaqData object explicitly, you get a segmentation fault.
Updated by Rogers, Chris about 10 years ago
- File tof1_digits_0_load_root_file.png tof1_digits_0_load_root_file.png added
- File tof1_digits_1_load_root_file.png tof1_digits_1_load_root_file.png added
Okay, I will have a look. Just so you are aware, however, the example in e.g. bin/examples/load_root_file.py unpacks the file src/input/InputCppDAQData/02873.003 and reconstructs it successfully, producing sample digits plots from TOF1:
Updated by Rogers, Chris about 10 years ago
For run 04168 I did
python ~/MAUS/maus_merge/bin/analyze_data_offline.py --on_error raise --verbose_level 0 --daq_data_path ./ --daq_data_file 04168
and got the stack trace
Stack trace:/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_7DAQDataEE9JsonToCppERKN4Json5ValueE+0xf6) [0x7f1ad9f9d016]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS11PointerItemINS_5SpillENS_7DAQDataEE12_SetCppChildERKN4Json5ValueERS2_+0x163) [0x7f1ad9fc4543]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_5SpillEE9JsonToCppERKN4Json5ValueE+0x60) [0x7f1ad9fba9a0]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZNK4MAUS21JsonCppSpillConverter8_convertEPKN4Json5ValueE+0x79) [0x7f1ada07de39]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(_ZN4MAUS13OutputCppRoot11write_eventINS_21JsonCppSpillConverterENS_5SpillEEEbPNS_9MAUSEventIT0_EERKN4Json5ValueESs+0x191) [0x7f1ac7b5f9e1]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(_ZN4MAUS13OutputCppRoot5_saveESs+0x23a) [0x7f1ac7b5b24a]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(_ZN4MAUS10OutputBaseISsE4saveESs+0x34) [0x7f1ac7b5bba4]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(+0x16187) [0x7f1ac7b65187]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x52be) [0x7f1ae30f6f0e]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x855) [0x7f1ae30f8ce5]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5245) [0x7f1ae30f6e95]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x629a) [0x7f1ae30f7eea]
Traceback (most recent call last):
File "/home/cr67/MAUS/maus_merge/src/common_py/ErrorHandler.py", line 162, in HandleCppException
raise CppError(error_message)
ErrorHandler.CppError: In branch daq_data
Failed to recognise all json properties at ObjectProcessor<ObjectType>::JsonToCpp
terminate called after throwing an instance of 'std::exception'
what(): std::exception
Putting a print statement into bool ObjectProcessor<ObjectType>::HasUnknownBranches reveals that the unknown branch is "single_station".
Question to tracker group: As it stands we cannot unpack the single station data so the data cannot be used for any other analysis, as the single_station code was never merged in the trunk. Is this satisfactory? Would it be reasonable to at least put in a stub so that the data can be used for other analyses e.g. make a branch called "SingleStation" and use
void ObjectProcessor::SetThrowsIfUnknownBranches(bool will_throw);
to set _throws_if_unknown_branches to False in the JsonCppProcessor.
Updated by Rogers, Chris about 10 years ago
For run 04902 I did
python ~/MAUS/maus_merge/bin/analyze_data_offline.py --on_error raise --verbose_level 0 --daq_data_path ./ --daq_data_file 04902 >& log
Stack trace is
Stack trace:/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS9ValueItemINS_6TOFDaqESt6vectorINS_5V1724ESaIS4_EEE12_SetCppChildERKN4Json5ValueERS2_+0x259) [0x7f575d1759e9]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_6TOFDaqEE9JsonToCppERKN4Json5ValueE+0x60) [0x7f575d175f30]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS21PointerArrayProcessorINS_6TOFDaqEE9JsonToCppERKN4Json5ValueE+0x17a) [0x7f575d16c43a]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS9ValueItemINS_7DAQDataESt6vectorIPNS_6TOFDaqESaIS5_EEE12_SetCppChildERKN4Json5ValueERS2_+0xa3) [0x7f575d15cf73]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_7DAQDataEE9JsonToCppERKN4Json5ValueE+0x60) [0x7f575d15ef80]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS11PointerItemINS_5SpillENS_7DAQDataEE12_SetCppChildERKN4Json5ValueERS2_+0x163) [0x7f575d186543]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_5SpillEE9JsonToCppERKN4Json5ValueE+0x60) [0x7f575d17c9a0]
/home/cr67/MAUS/maus_merge/build/libMausCpp.so(_ZNK4MAUS21JsonCppSpillConverter8_convertEPKN4Json5ValueE+0x79) [0x7f575d23fe39]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(_ZN4MAUS13OutputCppRoot11write_eventINS_21JsonCppSpillConverterENS_5SpillEEEbPNS_9MAUSEventIT0_EERKN4Json5ValueESs+0x191) [0x7f574ad219e1]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(_ZN4MAUS13OutputCppRoot5_saveESs+0x23a) [0x7f574ad1d24a]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(_ZN4MAUS10OutputBaseISsE4saveESs+0x34) [0x7f574ad1dba4]
/home/cr67/MAUS/maus_merge/build/_OutputCppRoot.so(+0x16187) [0x7f574ad27187]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x52be) [0x7f57662f9f0e]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x855) [0x7f57662fbce5]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5245) [0x7f57662f9e95]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x629a) [0x7f57662faeea]
Traceback (most recent call last):
File "/home/cr67/MAUS/maus_merge/src/common_py/ErrorHandler.py", line 162, in HandleCppException
raise CppError(error_message)
ErrorHandler.CppError: In branch daq_data
In branch tof0
In branch V1724
Missing required branch V1724 converting json->cpp at ValueItem::_SetCppChild
terminate called after throwing an instance of 'std::exception'
what(): std::exception
Here V1724 is a "required_branch". Is this correct? Should I change "required" flag to false?
Updated by Rogers, Chris about 10 years ago
For 04168 issue I:
- added a new branch type
IgnoredBranchintoObjectProcessor - added a
IgnoredBranchwith namesingle_station
I checked that 04168 reconstructs okay - it looks like I get an error thrown up in one of the spills but it is basically okay. This was pushed to lp:~chris-rogers/maus/1255 which is now in test
Updated by Rogers, Chris about 10 years ago
For 04902 keys for e.g. first spill in daq_data -> tof0 are:
[u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290'] [u'V1724', u'V1290']
conversation with Yordan - the zero suppression in the DAQ can cause a TOF fADC output to be removed (i.e. zero suppressed) but the TDC will still be present, so we see for zero suppressed data a V1290 - TDC - but not V1724 - fADC. I will modify the data structure so that the V1724 is no longer required. Not sure what this will do to TOF recon, presumably TOF recon will fail on hits that don't have a V1724 in a controlled manner - Durga may comment.
Updated by Rogers, Chris about 10 years ago
Okay, I now get exception like:
Stack trace:/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS9ValueItemINS_10TOFSlabHitEiE12_SetCppChildERKN4Json5ValueERS2_+0x113) [0x7fc2641714a3]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_10TOFSlabHitEE9JsonToCppERKN4Json5ValueE+0x6f) [0x7fc264174e3f]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS19ValueArrayProcessorINS_10TOFSlabHitEE9JsonToCppERKN4Json5ValueE+0xef) [0x7fc2641d985f]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS9ValueItemINS_15TOFEventSlabHitESt6vectorINS_10TOFSlabHitESaIS4_EEE12_SetCppChildERKN4Json5ValueERS2_+0x77) [0x7fc2641d9b67]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_15TOFEventSlabHitEE9JsonToCppERKN4Json5ValueE+0x6f) [0x7fc2641da64f]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS9ValueItemINS_8TOFEventENS_15TOFEventSlabHitEE12_SetCppChildERKN4Json5ValueERS2_+0x97) [0x7fc264216d37]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_8TOFEventEE9JsonToCppERKN4Json5ValueE+0x6f) [0x7fc264218e5f]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS11PointerItemINS_10ReconEventENS_8TOFEventEE12_SetCppChildERKN4Json5ValueERS2_+0x163) [0x7fc26425b413]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_10ReconEventEE9JsonToCppERKN4Json5ValueE+0x63) [0x7fc26424c813]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS21PointerArrayProcessorINS_10ReconEventEE9JsonToCppERKN4Json5ValueE+0x17a) [0x7fc26420c6ba]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS17ObjectProcessorNS11PointerItemINS_5SpillESt6vectorIPNS_10ReconEventESaIS5_EEE12_SetCppChildERKN4Json5ValueERS2_+0x163) [0x7fc264204543]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZN4MAUS15ObjectProcessorINS_5SpillEE9JsonToCppERKN4Json5ValueE+0x63) [0x7fc2641fe693]
/home/cr67/MAUS/maus_rogers_1255/build/libMausCpp.so(_ZNK4MAUS21JsonCppSpillConverter8_convertEPKN4Json5ValueE+0x79) [0x7fc2642c4d39]
/home/cr67/MAUS/maus_rogers_1255/build/_OutputCppRoot.so(_ZN4MAUS13OutputCppRoot11write_eventINS_21JsonCppSpillConverterENS_5SpillEEEbPNS_9MAUSEventIT0_EERKN4Json5ValueESs+0x191) [0x7fc251d9c9e1]
/home/cr67/MAUS/maus_rogers_1255/build/_OutputCppRoot.so(_ZN4MAUS13OutputCppRoot5_saveESs+0x23a) [0x7fc251d9824a]
/home/cr67/MAUS/maus_rogers_1255/build/_OutputCppRoot.so(_ZN4MAUS10OutputBaseISsE4saveESs+0x34) [0x7fc251d98ba4]
/home/cr67/MAUS/maus_rogers_1255/build/_OutputCppRoot.so(+0x16187) [0x7fc251da2187]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x52be) [0x7fc26d33ef0e]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x855) [0x7fc26d340ce5]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5245) [0x7fc26d33ee95]
/home/cr67/MAUS/maus_merge/third_party/install/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x629a) [0x7fc26d33feea]
Traceback (most recent call last):
File "/home/cr67/MAUS/maus_rogers_1255/src/common_py/ErrorHandler.py", line 162, in HandleCppException
raise CppError(error_message)
ErrorHandler.CppError: In branch recon_events
In branch tof_event
In branch tof_slab_hits
In branch tof0
In branch charge
Missing required branch charge converting json->cpp at ValueItem::_SetCppChild
Looks like when TOF encounters zero suppressed data there is some problem in the reconstruction.
Updated by Rogers, Chris about 10 years ago
- Status changed from Open to Closed
- % Done changed from 0 to 100
Closed in r930
Updated by Rogers, Chris about 10 years ago
- Target version changed from Future MAUS release to MAUS-v0.5.2