 |
 |
Hello, Apologies for the silence - it appears the email I tried to send hours ago didn't properly send. This issue is unrelated to the separate (similarly presenting) hodoscope issue. The files I am trying to open are readout files produced with existing, working detectors. This error is not related the hodoscope issue, because the hodoscope files can not be run through LCSim at all. These current files can be run through LCSim without any issue what-so-ever, but when I try to open them manually *without* LCSim (since I need to open more than one at the same time), I get the error. Since this only occurs when trying to load the files directly with LCIOReader, and not when running them htrough LCSim proper, it implies to me that I am simply not loading something (probably detector files or conditions) that I need to, but I am unsure how. I tried looking to see what LCSim does when loading file, but I couldn't actually figure out where it does so. Hope this clarifies the issue! Thanks, Kyle On Thu, Mar 1, 2018 at 2:27 PM, McCormick, Jeremy I. < [log in to unmask]> wrote: > I was not able to pin down an exact cause, but I doubt it has anything to > do this collection. > > > > It seems that including Kyle’s new Hodoscope detector and the readout for > it causes the XML processing to quit out before the EcalHits readout is > properly setup when running a recon job. > > > > My guess is there is some processing error which is being caught and > suppressed. > > > > When I take out the hodoscope elements from the XML, it seems to work just > fine. > > > > *From:* Holly Vance [mailto:[log in to unmask]] > *Sent:* Thursday, March 01, 2018 11:25 AM > *To:* McCormick, Jeremy I. > *Cc:* maurik; Kyle McCarty; hps-software > *Subject:* Re: LCIOReader > > > > I am guessing this has to do with the corrected clusters being a copy of > the original collection? Is it possible that not all of the cluster hits > are accessible from the new copied cluster collection? > > > > On Mar 1, 2018, at 2:09 PM, McCormick, Jeremy I. < > [log in to unmask]> wrote: > > > > Hi, Maurik. > > > > I don’t believe that this a problem with the LCIOReader not finding this > information, because the crash is actually occurring when reading in ECal > hits, not the new hodoscope detector. > > > > Instead, it seems to be some strange/subtle error that is probably being > caught and suppressed someplace in the code, having to do with how the new > Hodoscope detector classes are defined. > > > > I sent Kyle an extra long message on SLAC on how to debug it by putting > print outs into lcsim in specific places. > > > > I don’t have time to look at it further right now. Maybe next week if it > isn’t solved by then… > > > > --Jeremy > > > > *From:* [log in to unmask] [mailto:[log in to unmask] > stanford.edu <[log in to unmask]>] *On Behalf Of *maurik > *Sent:* Thursday, March 01, 2018 6:51 AM > *To:* Kyle McCarty > *Cc:* hps-software > *Subject:* Re: LCIOReader > > > > Hello LCSim experts (?) :-) > > > > Um, do we have any LCSim experts? > > > > Would it be better if we update the LCSim code so that multiple event > streams looking at different files can live side by side in the same code? > Is that difficult to accomplish? > > > > Thanks! > > > > Best, > > Maurik > > > > > > > On Feb 28, 2018, at 2:06 PM, Kyle McCarty <[log in to unmask]> wrote: > > > > Hello hps-software, > > > > I am trying to open several LCIO files simultaneously in the same process. > Because of this, I can't use the LCSim event stream and have to do it > manually using the LCIOReader class. When I try to read an event from a > file, however, I get the following error: > > > > Exception in thread "main" java.lang.NullPointerException > at org.lcsim.event.base.BaseCalorimeterHit. > calculateCorrectedEnergy(BaseCalorimeterHit.java:119) > at org.lcsim.lcio.SIOSimCalorimeterHit.<init>( > SIOSimCalorimeterHit.java:68) > at org.lcsim.lcio.SIOSimCalorimeterHitBlockHandl > er.addCollectionElements(SIOSimCalorimeterHitBlockHandler.java:23) > at org.lcsim.lcio.AbstractBlockHandler.readCollection( > AbstractBlockHandler.java:39) > at org.lcsim.lcio.AbstractBlockHandler.readBlock( > AbstractBlockHandler.java:32) > at org.lcsim.lcio.LCIOReader.read(LCIOReader.java:77) > at org.hps.analysis.trigger.LCIOOutputCompare.main( > LCIOOutputCompare.java:19) > > > > I believe that this is caused because the calculateCorrectedEnergy( > BaseCalorimeterHit)method tries to access metadata related to the > detector file to perform its function, and that is not available. I was not > able to figure out where LCSim actually does the loading, so I couldn't > figure out how it associates the detector data with the reader. Can anyone > advise me as to how to properly open an LCIO file so that I can read its > contents? > > > > > Thanks, > > > > > Kyle > > > ------------------------------ > > 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 > > > ------------------------------ > > 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