Can you give me all the details about how to reproduce this problem? I would need to be able to run your multi-reader via command line or test and also have access to the input files. You can post to the #software channel if you want or just message me directly.
________________________________________
From: Kyle McCarty <[log in to unmask]>
Sent: Thursday, March 1, 2018 1:59:08 PM
To: McCormick, Jeremy I.
Cc: Holly Vance; maurik; hps-software
Subject: Re: LCIOReader
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]<mailto:[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]<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]<mailto:[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]> [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]<mailto:[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
|
