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

########################################################################
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