HPS-SOFTWARE Archives

Software for the Heavy Photon Search Experiment

HPS-SOFTWARE@LISTSERV.SLAC.STANFORD.EDU

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Nathan Baltzell <[log in to unmask]>
Reply To:
Software for the Heavy Photon Search Experiment <[log in to unmask]>
Date:
Tue, 2 Feb 2016 19:32:39 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (148 lines)
On a related note, would be good to update this:

https://confluence.slac.stanford.edu/display/hpsg/Detector+Geometry+Overview

Any volunteers?



On Feb 2, 2016, at 7:23 PM, Nathan Baltzell <[log in to unmask]> wrote:

> That detector appears to be a copy of a rather old ECal detector model.
> Not sure where it came from.  Use one of the ones with the v4-4 suffix.
> For SVT at 0.5 mm, I believe that would be HPS-PhysicsRun2015-Nominal-v4-4.
> See also the recent emails to the mailing list on this subject:
> https://listserv.slac.stanford.edu/cgi-bin/wa?A1=ind1602&L=HPS-SOFTWARE
> 
> -nathan
> 
> 
> 
> On Feb 2, 2016, at 7:01 PM, Kyle McCarty <[log in to unmask]> wrote:
> 
>> Hello Nathan and Jeremy,
>> 
>> What detector are you using?
>> 
>> I am using "HPS-PhysicsRun2016-2pt2-v0".
>> 
>> Possible that there just needs to be a null pointer check in that code to fix this....Kyle can you please open a bug report with this info?
>> 
>> I'll need to recover my SLAC credentials to log in; I have forgotten the password, apparently. (Can this be down now, or do I need to wait for the server fix?)
>> 
>> The description I would provide is as follows, though:
>> 
>> When running 2.2 GeV processed with detector "HPS-PhysicsRun2016-2pt2-v0," the following error occurs almost immediately after HPS-Java initializes and starts running:
>> 
>> java.lang.NullPointerException
>>        at org.hps.recon.ecal.cluster.ClusterEnergyCorrection.computeCorrectedEnergy(ClusterEnergyCorrection.java:94)
>>        at org.hps.recon.ecal.cluster.ClusterEnergyCorrection.calculateCorrectedEnergy(ClusterEnergyCorrection.java:46)
>>        at org.hps.recon.ecal.cluster.ClusterEnergyCorrection.setCorrectedEnergy(ClusterEnergyCorrection.java:64)
>>        at org.hps.recon.ecal.cluster.ClusterUtilities.applyCorrections(ClusterUtilities.java:369)
>>        at org.hps.recon.particle.ReconParticleDriver.makeReconstructedParticles(ReconParticleDriver.java:343)
>>        at org.hps.recon.particle.ReconParticleDriver.process(ReconParticleDriver.java:445)
>>        at org.hps.recon.particle.HpsReconParticleDriver.process(HpsReconParticleDriver.java:132)
>>        at org.lcsim.util.Driver.doProcess(Driver.java:261)
>>        at org.lcsim.util.Driver.processChildren(Driver.java:271)
>>        at org.lcsim.util.Driver.process(Driver.java:187)
>>        at org.lcsim.util.DriverAdapter.recordSupplied(DriverAdapter.java:74)
>>        at org.freehep.record.loop.DefaultRecordLoop.consumeRecord(DefaultRecordLoop.java:832)
>>        at org.freehep.record.loop.DefaultRecordLoop.loop(DefaultRecordLoop.java:668)
>>        at org.freehep.record.loop.DefaultRecordLoop.execute(DefaultRecordLoop.java:566)
>>        at org.lcsim.util.loop.LCSimLoop.loop(LCSimLoop.java:151)
>>        at org.lcsim.job.JobControlManager.run(JobControlManager.java:950)
>>        at org.hps.job.JobManager.run(JobManager.java:61)
>>        at org.hps.job.JobManager.main(JobManager.java:27)
>> 
>> The line of code responsible is:
>> 
>> ecal.getNode().getChild("layout").getAttribute("beamgapTop").getDoubleValue();
>> 
>> Thanks,
>> 
>> Kyle 
>> 
>> On Tue, Feb 2, 2016 at 6:43 PM, McCormick, Jeremy I. <[log in to unmask]> wrote:
>> Possible that there just needs to be a null pointer check in that code to fix this....Kyle can you please open a bug report with this info?
>> 
>> -----Original Message-----
>> From: [log in to unmask] [mailto:[log in to unmask]] On Behalf Of Nathan Baltzell
>> Sent: Tuesday, February 02, 2016 3:42 PM
>> To: Kyle McCarty
>> Cc: hps-software
>> Subject: Re: Recon Null Pointer Exception
>> 
>> Based on the line number printed in the stack trace, it is apparently not happy with this:
>> 
>> ecal.getNode().getChild("layout").getAttribute("beamgapTop").getDoubleValue();
>> 
>> What detector are you using?
>> 
>> 
>> 
>> 
>> On Feb 2, 2016, at 6:39 PM, Kyle McCarty <[log in to unmask]> wrote:
>> 
>>> Hello hps-software,
>>> 
>>> I am attempting to reconstruction over some 2.2 GeV readout with custom trigger cuts, but I get the following error within around 12 seconds of starting the run:
>>> 
>>> java.lang.NullPointerException
>>>        at org.hps.recon.ecal.cluster.ClusterEnergyCorrection.computeCorrectedEnergy(ClusterEnergyCorrection.java:94)
>>>        at org.hps.recon.ecal.cluster.ClusterEnergyCorrection.calculateCorrectedEnergy(ClusterEnergyCorrection.java:46)
>>>        at org.hps.recon.ecal.cluster.ClusterEnergyCorrection.setCorrectedEnergy(ClusterEnergyCorrection.java:64)
>>>        at org.hps.recon.ecal.cluster.ClusterUtilities.applyCorrections(ClusterUtilities.java:369)
>>>        at org.hps.recon.particle.ReconParticleDriver.makeReconstructedParticles(ReconParticleDriver.java:343)
>>>        at org.hps.recon.particle.ReconParticleDriver.process(ReconParticleDriver.java:445)
>>>        at org.hps.recon.particle.HpsReconParticleDriver.process(HpsReconParticleDriver.java:132)
>>>        at org.lcsim.util.Driver.doProcess(Driver.java:261)
>>>        at org.lcsim.util.Driver.processChildren(Driver.java:271)
>>>        at org.lcsim.util.Driver.process(Driver.java:187)
>>>        at org.lcsim.util.DriverAdapter.recordSupplied(DriverAdapter.java:74)
>>>        at org.freehep.record.loop.DefaultRecordLoop.consumeRecord(DefaultRecordLoop.java:832)
>>>        at org.freehep.record.loop.DefaultRecordLoop.loop(DefaultRecordLoop.java:668)
>>>        at org.freehep.record.loop.DefaultRecordLoop.execute(DefaultRecordLoop.java:566)
>>>        at org.lcsim.util.loop.LCSimLoop.loop(LCSimLoop.java:151)
>>>        at org.lcsim.job.JobControlManager.run(JobControlManager.java:950)
>>>        at org.hps.job.JobManager.run(JobManager.java:61)
>>>        at org.hps.job.JobManager.main(JobManager.java:27)
>>> 
>>> Back-tracking this, it seems to be related to either the database or the geometry, but I am not familiar enough with the process that is crashing to know for sure. It appears that some metadata or similar property does not exist for the 2.2 GeV detector, and therefore crashing upon reference.
>>> 
>>> Any ideas how to correct this?
>>> 
>>> 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

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

ATOM RSS1 RSS2