ROOT is modular scientific software toolkit and provides numerous ROOT classes for big data processing, statistical analysis, visualization and storage, → see ROOT core classes.
ROOT uses predefined and machine independent data types to ensure the size of variables, → see Machine independent data types.
ROOT has a set of global ROOT variables that apply to a ROOT session, → see Global ROOT variables.
The following naming conventions apply to ROOT objects:
Non-class types end with
Data members begin with
Member functions begin with a capital letter.
Constants begin with
Global variables begin with
gfollowed by a capital letter.
Static data members begin with
Enumeration types begin with
Locals and parameters begin with a lower case
Getters and setters begin with Get and Set
In addition to the ROOT core classes (→ see ROOT core classes), there are ROOT classes available for the following topics:
Graphical User Interface
Multi variate analysis
and many more
ROOT Reference Guide
The ROOT Reference Guide provides a complete list of all available ROOT classes and their documentation. It is the central source of information for all ROOT classes.
ROOT core classes
The ROOT core classes consist of:
ROOT base classes
The ROOT base classes provide the core of the system. They are available to all other ROOT classes.
The ROOT base class TObject is the mother of all ROOT objects, → see TObject - the ROOT base class.
Containers correspond to collections. A collection is a group of related objects that provide a flexible alternative to arrays, lists and trees, → see ROOT collections.
TObject - the ROOT base class
In ROOT, almost all ROOT classes inherit from the common ROOT base class TObject .
TObject class provides default behavior and protocol for all objects in the ROOT system.
TObject provides protocol, this is (abstract) member functions, for:
Object I/O (
Error handling (
Bit handling (
Memory allocation (
operatornew and delete,
Access to meta information (
Object browsing (
The virtual method
Draw() is the entry point for the graphics rendering of ROOT objects, → see Graphics.
Introspection, reflection and run time type identification (RTTI)
Introspection, which is also referred to as reflection, run time type identification (RTTI) is the ability of a class to reflect upon itself.
ROOT implements reflection with the TClass class. It provides all information about a class, a full description of data members and methods, including the comment field and the method parameter types.
If the class is a descendent of TObject
, you can check if an object inherits from a specific class, you can use the
TObject::InheritsFrom() method. The method returns
kTrue if the object inherits from the specified class name or TClass
ROOT and Cling rely on reflection and the class dictionary to identify the type of a variable at run time. With the TObject inheritance are some methods available that use introspection to help you see the data in the object or class.
To store an object in a ROOT collection, it must be a descendent of TObject . This is convenient if you want to store objects of different classes in the same Root collection and execute the method of the same name on all members of the ROOT collection.
The list of graphics primitives are in a ROOT collection called TList
. When the canvas is
Paint() method is executed on the entire ROOT collection. Each member may be a different class, and if the
method is not implemented, TObject::Paint() will be executed.
For more information on ROOT collection, → see ROOT collections.
Input and output
The TObject::Write() method is the interface to the ROOT I/O system. It streams the object into a buffer using the
Streamer() method. It supports cycle numbers and automatic schema evolution.
Draw() method are defaults. Their implementation in TObject
does not use the graphics subsystem. The
TObject::Draw() method is simply a call to
Paint() method is empty. The default is provided so that
you can call
Paint() in a ROOT collection. The TObject::GetDrawOption() method returns the draw option that was used when the object
was drawn on the canvas. This is especially relevant with histograms and graphs.
Two useful methods are TObject::Clone() and TObject::DrawClone(). The
Clone() method takes a snapshot of the object with the
and creates a new object. The
DrawClone() method does the same thing and in addition draws the clone.
The TObject::Browse() method is called if the object is browse-able and is to be displayed in the ROOT Object Browser.
Browse(), calls the
Browse() method for each branch. The TBranch::Browse() method displays the name
of each leaf. For the object its
Browse() method to be called, the
IsFolder() method must be overridden to return
true. This does not mean it has to be a folder, it just means that it is browse-able.
The TObject::SavcePrimitive() method is called by a canvas on its list of primitives, when the canvas is saved as a ROOT macro. The purpose of
SavePrimitve() is to save a primitive as a C++ statement(s). Most ROOT classes implement the
method. It is recommended that
SavePrimitive() is implemented in user defined classes if it is to be drawn on
a canvas. Such that the command
TCanvas::SaveAs(Canvas.C) will preserve the user-class object in the resulting ROOT macro.
The TObject::GetObjectInfo() method is called when displaying the event status in a canvas. To show the event status window, select the
Options menu and then the
EventStatus item. The method returns a string of information about the object at position
(x, y). Every time the cursor moves, the object under the cursor executes the
GetObjectInfo() method. The string is
then shown in the status bar. There is a default implementation in TObject
, but it is typically overridden for classes
that can report peculiarities for different cursor positions (for example the bin contents in a TH1
Bit masks and unique ID
A TObject descendent inherits two data members:
fBitsisis a 32-bit data member used with a bit mask to get object information. Bits 0 - 13 are reserved as global bits, bits 14 - 23 can be used in different class
For example, the
kCanDelete bits are used in TObject
. They can be set by any object and should not be reused. Make sure not to overlap them in any
given hierarchy. The bit 13 (kInvalidObject) is set when an object could not be read from a ROOT file. It will check this bit and will skip to the next object on the file.
TROOT - entry point to ROOT
object is the entry point to the ROOT system. The single instance of
TROOT is accessible via the global variable
gROOT (→ see gROOT). Using the
gROOT variable, you have access to basically every object created in a ROOT based program. The
TROOT object is a container of several lists pointing to the main ROOT objects.
Understanding ROOT’s class structure
ROOT provides a set of tools to help you understand the existing class structure, the data structure in memory, and the structure of files.
- TFile::ls: Lists objects in a file or directory.
list->ls(): Lists objects in a collection pointed by list.
list->Dump(): Dumps all objects in a collection pointed by list.
- TFile::Map: Lists the contents of a file sequentially. One line is printed for every record written to the file with the following information:
- Date/Time when the object was written.
- Position of the object (starting byte number).
- Number of bytes occupied by the object.
- Object class name.
- Compression factor (if the file is compressed).
TClass::Draw: Draws the detailed class inheritance structure. All ROOT classes are documented with their associated inheritance tree. This tree can be generated interactively with
object->DrawClass()or by selecting
DrawClassitem when right-clicking an object in a canvas.
TObject::Inspect Dumps the contents of this object in a graphics canvas. A table is displayed where, for each data member, its name, current value and its title are given. If a data member is a pointer to another object, one can click on the pointer and, in turn, inspect the pointed object,etc.
TObject::Dump: Same as
TObject::Inspect, except that the output is on stdout. An object dump can be written to a file.
- ROOT Object Browser (TBrowser ): Allows you to browse collections, such as the list of classes, geometries, files and TTree . → See also ROOT Object Browser.
Machine independent data types
Different machines may have different lengths for the same data type.
int data type for example may be 16 bits on some old machines and 32 bits on some newer ones.
To ensure the size of your variables, use these predefined data types in ROOT:
Char_t: Signed character 1 byte.
UChar_t: Unsigned character 1 byte.
Short_t: Signed short integer 2 bytes.
UShort_t: Unsigned short integer 2 bytes.
Int_t: Signed integer 4 bytes.
UInt_t: Unsigned integer 4 bytes.
Long64_t: Portable signed long integer 8 bytes.
ULong64_t: Portable unsigned long integer 8 bytes.
Float_t: Float 4 bytes.
Double_t: Float 8 bytes.
Double32_t: Double 8 bytes in memory, written as a float 4 bytes.
Bool_t: Boolean (0=false, 1=true).
Global ROOT variables
ROOT has a set of global ROOT variables that apply to a ROOT session.
Via the global
gROOT variable, a single instance of TROOT
is accessible. The global gROOT variable holds the information relative to the current session.
By using the global
gROOT variable, you get the access to every object created in a ROOT program. The
TROOT object has several lists pointing to the main ROOT objects. During a ROOT session, the global
gROOT variable keeps a series of collections to manage these objects.
They can be accessed via the
gROOT::GetListOf()... methods return a TSeqCollection
, meaning a collection of objects. They can be used to do list operations such as finding an object, traversing a list and calling a method for each of the members.
for the full set of methods supported for a ROOT collection.
For finding a canvas called
c1, you can use:
gFile is the pointer to the current opened ROOT file in a ROOT session.
gStyle holds the current style, which is the global object of class TStyle
gDirectory is a pointer to the current directory.
gPad points to an active pad on which a graphic object is drawn.
gRandom is a pointer to the current random number generator. By default, it points to a TRandom3
The following basic random distributions are provided:
You can customize your ROOT session by replacing the random number generator. You can delete
gRandom and recreate it with your own.
TRandom2 is another generator that uses only three words for its state.
gEnv contains all the environment settings for the current session and is of type TEnv
gEnv is set by reading the contents of the
.rootrc file (or
$ROOTSYS/etc/system.rootrc) at the beginning of a ROOT session.
gGeoManager is used to access the geometry manager class created with TGeoManager