Project

General

Profile

Bug #1255

Fail to unpack raw data

Added by Rogers, Chris over 8 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Data Structure
Target version:
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

04902.reco.log (799 KB) 04902.reco.log Rogers, Chris, 17 April 2013 16:31
04168.reco.log (860 KB) 04168.reco.log Rogers, Chris, 17 April 2013 16:31
tof1_digits_0_load_root_file.png (9.07 KB) tof1_digits_0_load_root_file.png Rogers, Chris, 18 April 2013 10:21
tof1_digits_1_load_root_file.png (9.05 KB) tof1_digits_1_load_root_file.png Rogers, Chris, 18 April 2013 10:21

Related issues

Related to MAUS - Bug #1257: TOF cannot reconstruct zero suppressed dataOpenRajaram, Durga19 April 2013

Actions
#1

Updated by Karadzhov, Yordan over 8 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.

#2

Updated by Rogers, Chris over 8 years ago

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:

#3

Updated by Rogers, Chris over 8 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.

#4

Updated by Rogers, Chris over 8 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?

#5

Updated by Rogers, Chris over 8 years ago

For 04168 issue I:

  • added a new branch type IgnoredBranch into ObjectProcessor
  • added a IgnoredBranch with name single_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

#6

Updated by Rogers, Chris over 8 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.

#7

Updated by Rogers, Chris over 8 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.

#8

Updated by Rogers, Chris over 8 years ago

  • Status changed from Open to Closed
  • % Done changed from 0 to 100

Closed in r930

#9

Updated by Rogers, Chris over 8 years ago

Note TOF recon issue was raised as a new bug #1257

#10

Updated by Rogers, Chris over 8 years ago

  • Target version changed from Future MAUS release to MAUS-v0.5.2

Also available in: Atom PDF