 |
 |
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]] 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.SIOSimCalorimeterHitBlockHandler.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