Project

General

Profile

Bug #1275

Can't get MAUS to read new MICEdata (Scientific Linux 6.2 64bit)

Added by Pradhan, Neetish over 10 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Normal
Category:
TOF
Target version:
Start date:
10 May 2013
Due date:
% Done:

100%

Estimated time:
Workflow:
New Issue

Description

I'm trying to get MAUS v0.2.4 to read new MICE data files at http://www.hep.ph.ic.ac.uk/micedata/MICE/Step1/04900/ (they are from February 2013). But this is the error I get each three spills:

TRANSFORM/MERGE/OUTPUT: Processed 573 spills so far, 1 spills in buffer.
TRANSFORM/MERGE/OUTPUT: Processed 574 spills so far, 1 spills in buffer.
TRANSFORM/MERGE/OUTPUT: Processed 575 spills so far, 1 spills in buffer.
ERROR in MDdataContainer::Get32bWordPtr - the size is exceeded (i=32574 size=48).
  • Unpacking exception in MDfragment::InitPartEventVector
    while processing V1724 fragment (board Id: 12)
  • Unpacking exception in MDprocessManager::ProcessSubEvent :
    while initializing the fragment
  • Unpacking exception in InputCppDAQData::getCurEvent() :
    DAQ Event skipped!

Is there a newer version of MAUS that can read these files? I tried installing 0.5.1 and 0.5.2, but I couldn't get them to work or read even the old data files.

(I submitted another bug report about 0.5.1. This is where the installation threw an error for 0.5.2:

Ran 422 tests in 67.257s

OK
@brief This is the main test - walks the directory structure and looks ... FAIL
@brief self check - test we postprocess cpplint output correctly ... ok
@brief self check - test the glob_maus_root_dir function (above) ... ok
@brief self check - test we walk the path correctly, excluding relevant ... ok
@brief walk up from $MAUS_ROOT_DIR and run pylint looking for errors ... ok

======================================================================
FAIL: @brief This is the main test - walks the directory structure and looks
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/maus/maus0.5.2/tests/style/test_cpp_style.py", line 297, in test_cpp_style
msg="Failed cpp style test - detailed output in file:\n"+file_name)
AssertionError: Failed cpp style test - detailed output in file:
/home/maus/maus0.5.2/tmp/cpplint.out

----------------------------------------------------------------------
Ran 5 tests in 688.263s

FAILED (failures=1)
)


Files

MAUS_newfile_error.txt (22.8 KB) MAUS_newfile_error.txt Pradhan, Neetish, 20 June 2013 16:04
cpplint.out (1.01 KB) cpplint.out Pradhan, Neetish, 20 June 2013 16:04
04905.root (461 KB) 04905.root output ROOT file of 04905 Pradhan, Neetish, 20 June 2013 16:04

Related issues

Is duplicate of MAUS - Bug #1257: TOF cannot reconstruct zero suppressed dataOpenRajaram, Durga19 April 2013

Actions
#1

Updated by Rogers, Chris over 10 years ago

  • Category set to RealData
  • Assignee set to Karadzhov, Yordan
  • Target version set to Future MAUS release

Yordan can you have a look?

#2

Updated by Karadzhov, Yordan over 10 years ago

What you report looks like a problem in the unpacking, but I tested data file 04906.001, using only the unpacking example application and I saw no problems.

Why MAUS v0.2.4? This seems to be pretty old version (before implementing the Zero suppression).

Try to run 53unpacking.bash and see if you still have the problem after this.

#3

Updated by Rogers, Chris over 10 years ago

With respect to 0.5.2, you can ignore the test fail (it is a style error). However, if you want me to have a look, please post the file

/home/maus/maus0.5.2/tmp/cpplint.out 

#4

Updated by Rogers, Chris over 10 years ago

  • Status changed from Open to Rejected

I will reject this as I believe no changes were made to the code base as a result of this issue and I think it is now inactive. Let me know if it is active and should be reopened.

#5

Updated by Pradhan, Neetish over 10 years ago

The bug still persists in 0.5.4. When I run analyze_data_offline.py, every three events, I get the error:

TRANSFORM/MERGE/OUTPUT: Processed 6 events so far, 1 events in buffer.
Traceback (most recent call last):
File "/home/maus/MAUS-devel/maus-0.5.4/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

I tried running 53unpacking.bash as well.

It creates an output ROOT file, which is basically empty. ROOT crashes when trying to read it (but that is another issue), and the ROOT script I use shows that there is no usable data in the file. Attached are the full error log and the cpplint.out file as requested.

The run is 04905 - are you sure you get a valid output file?

#6

Updated by Rogers, Chris over 10 years ago

  • Assignee changed from Karadzhov, Yordan to Rajaram, Durga
#7

Updated by Rogers, Chris over 10 years ago

This is now a TOF data structure issue associated with zero suppressed data

#8

Updated by Rogers, Chris over 10 years ago

  • Status changed from Rejected to Open
#9

Updated by Rogers, Chris over 10 years ago

  • Category changed from RealData to TOF
#10

Updated by Rogers, Chris over 10 years ago

This bug still exists reconstructing 04901 against r951 of the MAUS trunk

#11

Updated by Rajaram, Durga over 10 years ago

Fixed in trunk rev.953

#12

Updated by Rajaram, Durga almost 10 years ago

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

Updated by Rajaram, Durga over 9 years ago

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

Also available in: Atom PDF