 |
 |
Hello Sho, That's the newest that we have. The file name should indicate the ones that were run in mode 7 (the mode we are supposedly using). We aren't able to get new data at the moment, unfortunately. I made the change that you suggested and tried running the monitoring application on an older EVIO file (the DAQ is down at the moment; I'll test it on the ET ring once i comes up again) and got a different error: java.lang.NullPointerException > at > org.hps.record.composite.EvioEventAdapter.recordSupplied(EvioEventAdapter.java:92) > 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.hps.record.composite.CompositeLoop.loop(CompositeLoop.java:211) > at > org.hps.record.composite.EventProcessingThread.run(EventProcessingThread.java:48) > org.hps.record.RecordProcessingException: No next EVIO record available > from source. > at > org.hps.record.composite.EvioEventAdapter.recordSupplied(EvioEventAdapter.java:103) > 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.hps.record.composite.CompositeLoop.loop(CompositeLoop.java:211) > at > org.hps.record.composite.EventProcessingThread.run(EventProcessingThread.java:48) > Caused by: org.freehep.record.source.NoSuchRecordException > at org.hps.record.evio.EvioFileSource.next(EvioFileSource.java:109) > at > org.hps.record.composite.EvioEventAdapter.recordSupplied(EvioEventAdapter.java:68) > ... 5 more > org.hps.record.composite.CompositeLoopAdapter.finish > I'm not sure if this helps or not. Also, it is possible something with the SSP has changed, though I'm not sure if that would cause this specific error. Thanks, Kyle On Mon, Dec 8, 2014 at 10:21 PM, Sho Uemura <[log in to unmask]> wrote: > I need a file with pulse mode readout, since that's what the error is > coming from. > > (If you're not running pulse mode, and the reader is misidentifying the > readout mode, that's obviously also a big problem.) > > I don't see anything newer than Dec. 4 in /volatile/hallb/hps/led/; do you > mean some other directory? > > > On Mon, 8 Dec 2014, Kyle McCarty wrote: > > Hello Sho, >> >> I'll give that a try in a moment. >> >> For data, we don't have anything since the error started. Do you think it >> is related to data format? If not, we have some data from earlier today at >> the LED sub-directory that you can try. >> >> Thanks, >> >> Kyle >> That points to an EVIO error - either a bug in the reader (you're >> exercising the pulse mode code, and we never ran pulse mode in the test >> run), or something unexpected in the data format. >> >> In either case, I can probably fix it if I have a file to look at. I don't >> find any data from this week in /volatile or on tape, but can you tell me >> where to look? >> >> On Mon, 8 Dec 2014, Kyle McCarty wrote: >> >> Hello hps-software, >> >>> >>> Using the most recent build of hps-java, we obtain the following error >>> during event processing on the monitoring application in the counting >>> house: >>> >>> SEVERE: Error making ECal hits >>> >>> java.lang.NullPointerException >>>> at org.hps.evio.ECalEvioReader.makePulseHits(ECalEvioReader. >>>> java:259) >>>> at org.hps.evio.ECalEvioReader.makeHits(ECalEvioReader.java:129) >>>> at >>>> org.hps.evio.LCSimEngRunEventBuilder.makeLCSimEvent( >>>> LCSimEngRunEventBuilder.java:47) >>>> at >>>> org.hps.record.composite.LcioEventAdapter.recordSupplied( >>>> LcioEventAdapter.java:82) >>>> 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.hps.record.composite.CompositeLoop.loop( >>>> CompositeLoop.java:211) >>>> at >>>> org.hps.record.composite.EventProcessingThread.run( >>>> EventProcessingThread.java:48) >>>> >>>> >>>> It seems to be keeping us from seeing events in some of the GUIs. Any >>> ideas >>> what the problem is? >>> >>> 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