Parent Directory
| 
Revision Log
Several new features in this revision: a) all the packets are conform to the Mass Memory Format specifications (http://people.roma2.infn.it/~cpu/Mass_Memory_Format.html) b) unpacking either using the old files structure OR the new one file unpacking. c) parametrized root files compression factor d) deleting of the following packet: TofTest, TrkTest, TrkEvent. e) the Tracker routines now work without the use of temp files. The point a) allow Yoda to unpack in the root file all the packets generated by the CPU. According to the MassMemoryFormat; that is three possible data are available: 1) almost explicit structure of the packet (like for Log, Tracker, Mcmd, etc....); 2) dummy data collection structure (InitHeader, InitTrailer, CalibHeader, CalibTrailer); 3) just the data of the packet (almost all Alarm and Init procedures). The class regarding this packets have only one parameters, a TArrayC class, which contain the data-block included in the packet (tat is the data below the packet Header). The point b) has been implemented as a consequence of an agreement about a more compact structure of the unpacked data. Up to now the structure of each unpacked data consisted of a folder, named after the packet type, and three files: xxx.Header.root, xxx.NamePacket.root, xxx.Registry.root. Starting from this release YODA, by default will unpack the data in a unique root file. The structure of this file will consist of: - several TTree(s) named after the packet type; - into each TTree are foreseen three TBranche(s): - 'Header' (the old xxx.Header.root file) - 'NameOfThePacket' (the old xxx.Event.root file or the xxx.Event.DETECTOR.root) - 'Registry' (the old xxx.Registry.root file) Anyway is still possible, but deprecated, to unpack using the old structure, passing to the "yoda" command the optional parameter "-multifile" The point c) has been implemented because is well know that writing time in a TTree is as much fast as much lower is the compression factor for the root file; anyway for a PAMELA dat file, a compression equal to 0 will generate a root file which will be more than two times the original size. To modify the compression parameter just add the optional parameter "-c [0-9]" to the yoda command line.
| 1 | /** @file |
| 2 | * $Source: /home/cvsmanager/yoda/event/log/LogRecord.h,v $ |
| 3 | * $Id: LogRecord.h,v 5.1 2006/02/04 12:37:44 kusanagi Exp $ |
| 4 | * $Author: kusanagi $ |
| 5 | * |
| 6 | * Header file for the LogRecord class. |
| 7 | */ |
| 8 | #ifndef LOG_RECORD_H |
| 9 | #define LOG_RECORD_H |
| 10 | #include "../SubPacket.h" |
| 11 | namespace pamela { |
| 12 | /** |
| 13 | * LogRecord data Wrapper |
| 14 | * |
| 15 | * Each pamela::LogRecord represents a PAMELA CPU software?s error or other software conditions. |
| 16 | * The pair (FILE_ID,LINE) identifies a unique error/log trace that can be found in all source code: |
| 17 | * this gives the maximum of the information with the minimum of size |
| 18 | * (this information also goes in part to the history area). |
| 19 | */ |
| 20 | class LogRecord: public TObject { |
| 21 | private: |
| 22 | |
| 23 | public: |
| 24 | /** |
| 25 | * The On-Board-Time of the Record. |
| 26 | */ |
| 27 | UINT32 RECORD_OBT; |
| 28 | |
| 29 | /** |
| 30 | * The Type of the Record. |
| 31 | * |
| 32 | * BITMASK description: <BR> |
| 33 | * #define LU_WARNING (1<<0) <BR> |
| 34 | * #define LU_CRITICAL (1<<1) <BR> |
| 35 | * #define LU_INTERNAL (1<<2) <BR> |
| 36 | * #define LU_FATAL (1<<3) <BR> |
| 37 | * #define LU_NORMAL_TRACE (1<<4) <BR> |
| 38 | * #define LU_DEBUG_TRACE (1<<5) <BR> |
| 39 | * #define LU_ALARM (1<<6) <BR> |
| 40 | * #define LU_HA (1<<7) <BR> |
| 41 | * <B> The first seven bits are mutually esclusive. </B> |
| 42 | * Bit 8 indicates if this log is also recorded in the history area. |
| 43 | */ |
| 44 | UINT8 MASKTYPE; |
| 45 | |
| 46 | /** |
| 47 | * The FileId of the record. |
| 48 | * Identification code of a specific PAMELA CPU software ".c" file in which this error/log trace occurred. |
| 49 | * Each source file is identified by a unique number in the range [0,255]. |
| 50 | */ |
| 51 | UINT8 FILE_ID; |
| 52 | |
| 53 | /** |
| 54 | * The Line_No of te record. |
| 55 | * Identify the line number inside the file code referred by the FILE_ID parameter. |
| 56 | */ |
| 57 | UINT16 LINE_NO; |
| 58 | |
| 59 | /** |
| 60 | * Supplementary field which depends on the related log trace. |
| 61 | */ |
| 62 | UINT32 INFO1; |
| 63 | |
| 64 | LogRecord(void); |
| 65 | ~LogRecord(void){}; |
| 66 | ClassDef(LogRecord, 1) |
| 67 | }; |
| 68 | } |
| 69 | |
| 70 | #endif /* LOG_RECORD_H */ |
| 71 |
| ViewVC Help | |
| Powered by ViewVC 1.1.23 |