wait, but then you have no dictionaries, and that was the point - to have LCIO dictionaries to load into root? -y On Apr 2, 2013, at 11:29 AM, [log in to unmask] wrote: > Hello all, > > I got LCIO to build successfully! The problem was with the ROOT > dictionaries, and the line of code Omar suggested did the trick. > > Thanks everyone for your help, > > Andrew > >> Not yet, Andrew has classes to deal with first ;) >> So far the suggestions were: >> - verify cmake version (I think it's a very recent one because Andrew said >> he had to install it for this) >> - check the build without dictionaries >> >> we;ll get back to you. >> Thanks, >> -y >> >> On Apr 2, 2013, at 10:55 AM, Graf, Norman A. wrote: >> >>> Hello Yuri, >>> Did you verify that your LCIO build was successful without specifying >>> the >>> root dictionary be built? >>> Norman >>> >>> ________________________________ >>> From: [log in to unmask] [[log in to unmask]] On >>> Behalf Of Yuri Gershtein [[log in to unmask]] >>> Sent: Tuesday, April 02, 2013 7:32 AM >>> To: Omar Moreno >>> Cc: McCormick, Jeremy I.; hps-software; [log in to unmask] >>> Subject: Re: DSTs and work on slcio files using C++ >>> >>> Hi Omar, >>> >>> great, so RH and MacOS work. >>> Question is what to do if you have an Ubuntu. >>> We'll try compiling without dictionaries and see what happens. >>> But then again it would be unusable for our purposes, no? >>> >>> -y >>> >>> On Apr 2, 2013, at 3:46 AM, Omar Moreno wrote: >>> >>> I went ahead and built LCIO using the instructions found on the >>> confluence and I didn't have an issue. I used ROOT version 5.34, cmake >>> version 2.8.6 on OpenSuse 12.1. Building LCIO requires a cmake version >>> greater than 2.6 so make sure that you have that installed. >>> >>> It looks like the problem is occurring when it's trying to generate the >>> LCIO ROOT dictionaries (I think). If you issue the following cmake >>> command >>> >>> >>> cmake -D BUILD_ROOTDICT=0 -D ROOT_DIR=$ROOTSYS .. >>> >>> >>> and then issue the make command, does LCIO build successfully? >>> >>> >>> --Omar Moreno >>> >>> >>> On Mon, Apr 1, 2013 at 4:36 PM, Yuri Gershtein >>> <[log in to unmask]<mailto:[log in to unmask]>> >>> wrote: >>> Hi, >>> >>> yes, e-mail list was cc-ed… >>> Adding Andrew to the thread again. >>> >>> He should verify, but I think it's a modern root release (5.34), and >>> ROOTSYS and LD_LIBRARY_PATH are set. >>> Now with LCIO I am not sure - your instructions say to svn from the >>> trunk. >>> I'm not even positive that what I have on my Mac is the same version. >>> >>> -y >>> >>> >>> On Apr 1, 2013, at 7:31 PM, Omar Moreno wrote: >>> >>> >>> I think the email was initially sent to the mailing list. >>> >>> It looks like the errors occurs when compiling LCIO. What version of >>> LCIO are you trying to compile? Also, what version of ROOT are you >>> running? Finally, have you set ROOTSYS and added the root libraries to >>> your path? >>> >>> --Omar Moreno >>> >>> On Apr 1, 2013 4:04 PM, "McCormick, Jeremy I." >>> <[log in to unmask]<mailto:[log in to unmask]>> wrote: >>> >>> >>> Begin forwarded message: >>> >>> From: "McCormick, Jeremy I." >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>> >>> Subject: Re: DSTs and work on slcio files using C++ >>> Date: April 1, 2013 4:00:02 PM PDT >>> To: Yuri Gershtein >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>> >>> Cc: Omar Moreno >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> "Nelson, Timothy Knight" >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> "Neal, Homer A." >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> "Jaros, John A." >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> "Graham, Mathew Thomas" >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> "Graf, Norman A." >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> "Moreno, Omar" >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> Maurik Holtrop >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> hps-software >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>>, >>> "[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>" >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>> >>> >>> Hi, please use the hps-software mailing list as it gets archived and >>> most of these people are on it. >>> >>> Looks like a simple namespace issue. Is there a missing declaration >>> like... >>> >>> using namespace lcio; >>> >>> Or if not that is it simply failing to find the lcio build? Did the >>> lcio build complete without errors? >>> >>> On Apr 1, 2013, at 3:44 PM, "Yuri Gershtein" >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>> >>> wrote: >>> >>> >>> Hi Omar, >>> >>> as I mentioned, I followed these instructions and they worked perfectly >>> for me on my Mac. >>> >>> Now my new student Andrew (Andrew meet the software experts, software >>> experts meet Andrew) >>> Running Ubuntu 12.04 LTS 64 bit, the instructions break. >>> I.e. when he does make install he gets an error with the following >>> disgnostics: >>> >>> 56%] Building CXX object >>> lcio/CMakeFiles/lcioDict.dir/__/rootdict/UTIL.cxx.o >>> In file included from >>> /home/chill/Research/lcio/trunk/build/rootdict/UTIL.h:39:0, >>> from >>> /home/chill/Research/lcio/trunk/build/rootdict/UTIL.cxx:17: >>> /home/chill/Research/lcio/trunk/src/cpp/include/UTIL/LCIterator.h: In >>> constructor ‘UTIL::LCIterator<T>::LCIterator(EVENT::LCEvent*, const >>> string&)’: >>> /home/chill/Research/lcio/trunk/src/cpp/include/UTIL/LCIterator.h:69:10: >>> error: ‘lcio’ has not been declared >>> /home/chill/Research/lcio/trunk/src/cpp/include/UTIL/LCIterator.h: In >>> constructor ‘UTIL::LCIterator<T>::LCIterator(EVENT::LCCollection*)’: >>> /home/chill/Research/lcio/trunk/src/cpp/include/UTIL/LCIterator.h:89:10: >>> error: ‘lcio’ has not been declared >>> make[2]: *** [lcio/CMakeFiles/lcioDict.dir/__/rootdict/UTIL.cxx.o] Error >>> 1 >>> make[1]: *** [lcio/CMakeFiles/lcioDict.dir/all] Error 2 >>> make: *** [all] Error 2 >>> >>> >>> We just went together through the instructions from scratch, and the >>> error persists. >>> Did you see anything like that before? >>> >>> Since we are uploading things from the trunk, is it possible that the >>> version he just downloaded is a >>> different one? >>> >>> Thanks! >>> -y >>> >>> >>> On Mar 7, 2013, at 10:20 PM, Omar Moreno wrote: >>> >>> >>> Hello Yuri, >>> >>> On Thu, Mar 7, 2013 at 6:54 PM, Yuri Gershtein >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>> >>> wrote: >>> Hi Tim, >>> >>> >>> Sorry... I didn't mean to ding you for not googling first, >>> >>> ;) no harm done. >>> >>> >>> I think all of your questions are good ones that we don't have answers >>> to yet, and are the types of things we are grappling with in these >>> discussions. >>> >>> I guess I propose we figure out the boundary conditions resource-wise >>> that we're dealing with first, >>> and then figure out what kind of event content we can afford. >>> >>> The question of ROOT vs LCIO here is probably separate. ROOT is pretty >>> good at packing the data, >>> but then again I guess LCIO is as well, so size-wize this should not >>> matter, correct? >>> And if I can write a C++ program that reads in a file and writes out a >>> root tree, this is just my analysis job. >>> I.e. even in CMS, where all data, even RAW, are root files, I make >>> another root tree for my own analyses purposes, >>> and I actually see advantages in having LCIO microDSTs. An Ntuplizer >>> that has TClonesArrays of >>> some simple classes is pretty straightforward to write once we know the >>> content, so I do not see how >>> this is worth an argument at this point... >>> >>> How do I get Omar's code? I'd like to see if we can start using C++ to >>> read in lcio files that we generate here at Rutgers. >>> >>> If you simple want to read LCIO files using the C++ API, I would start >>> here: >>> https://confluence.slac.stanford.edu/display/hpsg/Loading+LCIO+Files+into+ROOT >>> >>> Here you will find all the instructions needed to install the LCIO >>> library and will find a couple of examples. >>> >>> If you want access to my code it is in a github. You can clone the repo >>> using the following command: >>> >>> >>> >>> >>> git clone https://github.com/omar-moreno/hps_dst/ >>> >>> >>> >>> >>> The repo will contain the converter and the API used to access the event >>> information. In order to build the binaries, simply use the Make >>> command. Note that you need to make sure that the environmental >>> variables described in the first link have been set correctly in order >>> for the make command to work. >>> >>> >>> Once the binaries are made you can get usage information as follows: >>> >>> >>> ./bin/write_hps_event -h >>> >>> >>> If you look at the converter code, it should give you an idea of how to >>> loop over an LCIO event, access collections and so on. Also, if you run >>> the following command >>> >>> >>> ./bin/write_hps_event -i <lcio file> -d >>> >>> >>> If will dump a printout of the collections available in the lcio file. >>> Something like this >>> >>> >>> --------------------------------------------------------------------------- >>> COLLECTION NAME COLLECTION TYPE NUMBER OF >>> ELEMENTS >>> =========================================================================== >>> ConfirmedMCParticles MCParticle 0 >>> EcalCalHits CalorimeterHit 2 >>> EcalClusters Cluster 1 >>> EcalReadoutHits RawCalorimeterHit 12 >>> FPGAData LCGenericObject 7 >>> HelicalTrackHitRelations LCRelation 0 >>> HelicalTrackHits TrackerHit 0 >>> HelicalTrackMCRelations LCRelation 0 >>> MatchedTracks Track 0 >>> RotatedHelicalTrackHitRelationsLCRelation 0 >>> RotatedHelicalTrackHits TrackerHit 0 >>> RotatedHelicalTrackMCRelationsLCRelation 0 >>> SVTFittedRawTrackerHits LCRelation 43 >>> SVTRawTrackerHits TrackerRawData 43 >>> SVTShapeFitParameters LCGenericObject 43 >>> SeededMCParticles MCParticle 0 >>> StripClusterer_SiTrackerHitStrip1DTrackerHit 0 >>> TriggerBank LCGenericObject 1 >>> --------------------------------------------------------------------------- >>> >>> >>> >>> This will give you the collection names you can access using the LCIO >>> C++ API. >>> >>> >>> I must note that there are a lot of changes that I haven't pushed yet. >>> I hoping to do that sometime this weekend once I have sometime I am >>> happy with. >>> >>> >>> Let me know if you have any questions or issues running it. >>> >>> >>> --Omar Moreno >>> >>> >>> >>> >>> >>> -y >>> >>> >>> Tim >>> >>> On Mar 7, 2013, at 5:23 PM, Yuri Gershtein >>> <[log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>>> >>> wrote: >>> >>> Hi Tim, >>> >>> thanks, and apologies for not googling things before asking. >>> >>> Yes, certainly, it is practical. LCIO was long ago settled on as the >>> EDM for HPS and the LCIO output will be the raw output format of the >>> experiment. Like any persistency framework, we can decide exactly what >>> parts of the events we can afford to output to tape. That content has >>> not yet been settled. There are some things that for whatever reason >>> haven't been persisted as LCIO objects in the past (but should be) and >>> there are other things we have been writing to the events that won't be >>> feasible to keep when we have large volumes of data. >>> >>> Should we have this discussion with some concrete numbers for what the >>> event sizes are going to be then and what computing / storage resources >>> are going to be available at which sites? >>> >>> One could make an LCIO micro-DST also, but it seems the desire is to >>> convert to ROOT at the point of slimming the data for analysis. >>> >>> Oh, I'm all for it, but there is also value in being able to run the >>> same or similar code on DST or micro-DST… >>> It's also would be great to define what is meant by "analysis" here - >>> is alignment analysis? ECAL calibration? Development of electron ID? >>> Do you foresee that it is all done in DST, or you have a separate >>> calibration stream? >>> >>> Again, sorry, I'm just trying to come up to speed with the computing >>> model, >>> may be I can google those kind of questions as well… >>> >>> thanks, >>> -y >>> >>> -------------------------- >>> Prof. Yuri Gershtein >>> [log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>> >>> http://physics.rutgers.edu/~gershtein >>> (732)445-5500 >>> x1794<tel:%28732%29445-5500%20x1794><tel:%28732%29445-5500%20x1794> >>> W316 Serin Building >>> Department of Physics and Astronomy >>> 136 Frelinghuysen Rd >>> Rutgers University >>> Piscataway, NJ 08854 >>> >>> >>> >>> >>> -------------------------- >>> Prof. Yuri Gershtein >>> [log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>> >>> http://physics.rutgers.edu/~gershtein >>> (732)445-5500 >>> x1794<tel:%28732%29445-5500%20x1794><tel:%28732%29445-5500%20x1794> >>> W316 Serin Building >>> Department of Physics and Astronomy >>> 136 Frelinghuysen Rd >>> Rutgers University >>> Piscataway, NJ 08854 >>> >>> >>> >>> -------------------------- >>> Prof. Yuri Gershtein >>> [log in to unmask]<mailto:[log in to unmask]><mailto:[log in to unmask]<mailto:[log in to unmask]>> >>> http://physics.rutgers.edu/~gershtein >>> (732)445-5500 x1794<tel:%28732%29445-5500%20x1794> >>> W316 Serin Building >>> Department of Physics and Astronomy >>> 136 Frelinghuysen Rd >>> Rutgers University >>> Piscataway, NJ 08854 >>> >>> >>> >>> ######################################################################## >>> Use REPLY-ALL to reply to list >>> >>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>> >>> ________________________________ >>> >>> Use REPLY-ALL to reply to list >>> >>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>> >>> -------------------------- >>> Prof. Yuri Gershtein >>> [log in to unmask]<mailto:[log in to unmask]> >>> http://physics.rutgers.edu/~gershtein >>> (732)445-5500 x1794<tel:%28732%29445-5500%20x1794> >>> W316 Serin Building >>> Department of Physics and Astronomy >>> 136 Frelinghuysen Rd >>> Rutgers University >>> Piscataway, NJ 08854 >>> >>> >>> >>> -------------------------- >>> Prof. Yuri Gershtein >>> [log in to unmask]<mailto:[log in to unmask]> >>> http://physics.rutgers.edu/~gershtein >>> (732)445-5500 x1794 >>> W316 Serin Building >>> Department of Physics and Astronomy >>> 136 Frelinghuysen Rd >>> Rutgers University >>> Piscataway, NJ 08854 >>> >>> >>> ________________________________ >>> >>> Use REPLY-ALL to reply to list >>> >>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>> >>> ######################################################################## >>> Use REPLY-ALL to reply to list >>> >>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>> <winmail.dat> >> >> -------------------------- >> Prof. Yuri Gershtein >> [log in to unmask] >> http://physics.rutgers.edu/~gershtein >> (732)445-5500 x1794 >> W316 Serin Building >> Department of Physics and Astronomy >> 136 Frelinghuysen Rd >> Rutgers University >> Piscataway, NJ 08854 >> >> > -------------------------- Prof. Yuri Gershtein [log in to unmask] http://physics.rutgers.edu/~gershtein (732)445-5500 x1794 W316 Serin Building Department of Physics and Astronomy 136 Frelinghuysen Rd Rutgers University Piscataway, NJ 08854 ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the HPS-SOFTWARE list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1