vastio.blogg.se

Pdfinfo cern cmssw
Pdfinfo cern cmssw





pdfinfo cern cmssw

Typedef std::forward_iterator_tag iterator_category The following files reproduces the error we are getting: GenEventInfoProduct *myGenEventInfoProductPtr į->GetObject("myGenEventInfoProduct", myGenEventInfoProductPtr) Std::unique_ptr f (TFile::Open("out.root")) Std::cout WriteObject(&myGenEventInfoProduct, "myGenEventInfoProduct") MyGenEventInfoProduct.pdf_->scalePDF = 42.

pdfinfo cern cmssw

MyGenEventInfoProduct.pdf_->xPDF = std::make_pair(4.,6.) MyGenEventInfoProduct.pdf_->x = std::make_pair(2.,3.) MyGenEventInfoProduct.pdf_->id = std::make_pair(2,3) MyGenEventInfoProduct.pdf_.reset(new gen::PdfInfo()) GenEventInfoProduct myGenEventInfoProduct Std::cout f (TFile::Open(filename, "RECREATE")) Void printGenInfoProduct(const GenEventInfoProduct &g) auto filename = "out.xml" // Change to this one to produce an xml output file and easily read it It needs root and 3 files*.ĭoes it work for the ROOT associated to the CMSSW build you are using? On my side, I built a simple reproducer which seems to work as expected. Below is some additional information which lists the stored types associated with the types whose dictionaries were not found: Instead it might be the type of a data member, base class, wrapped type, or other object needed by a stored type. Also include the class header in classes.h A type listed above might or might not be the same as a type stored in the Event (or Lumi or Run). For example, if this class has any transient members, you need to specify them in classes_def.xml. Please add (or move) the specification ‘’ to the appropriate classes_def.xml file along with any other information needed there. Begin Fatal Exception 1 08:14:48 CEST- An exception of category ‘DictionaryNotFound’ occurred while Constructing the EventProcessor Calling ProductRegistry::initializeLookupTables Exception Message: No data dictionary found for the following classes: _uniq_ptr_impl > default_delete tuple > unique_ptr > Most likely each dictionary was never generated, but it may be that it was generated in the wrong package. Removing std::unique_ptr from classes_def.xml results in error when reading back root file which makes use of dictionary generated without std::unique_ptr:







Pdfinfo cern cmssw