I'm testing now. On Mon, Aug 15, 2016 at 2:12 PM, McCormick, Jeremy I. < [log in to unmask]> wrote: > Don't use the LCIO branch -- you should use trunk instead. I sent an > email about this issue last week to the software list with all the > details. At least, I'm assuming that this is a problem with new SLIC and > using an LCIO that doesn't support one specific change to the MCParticle > class. The LCIO C++ trunk should handle this fine, and lcsim should be > able to read new and old files just fine. > > We basically just need to build a version of hps-dst using LCIO trunk, and > then I think this problem should go away. I'm testing this locally now. > > Do you want me to build it at JLAB? (Or Omar can?) > > -----Original Message----- > From: [log in to unmask] [mailto:[log in to unmask] > stanford.edu] On Behalf Of Bradley T Yale > Sent: Monday, August 15, 2016 1:23 PM > To: Omar Moreno > Cc: Graham, Mathew Thomas; hps-software; Uemura, Sho > Subject: Re: [Hps-analysis] New WABs > > It's probably related to this: > > https://jira.slac.stanford.edu/browse/HPSJAVA-674 > > > > I notice the dst_maker is still being built using > /home/hps/hps_soft/lcio/v02-06 > > > instead of the newer 'collection_type_fix' version (as Maurik mentioned). > > > > > > However, when trying to build the 'collection_type_fix' version at JLab, I > get an error about using the correct JDK: > > > > > [freehep.ant] BUILD FAILED > [freehep.ant] /u/group/hps/hps_soft/lcio/collection_type_fix/trunk/build.xml:283: > Unable to find a javac compiler; [freehep.ant] com.sun.tools.javac.Main is > not on the classpath. > [freehep.ant] Perhaps JAVA_HOME does not point to the JDK > > Currently, JAVA_HOME is set to > /apps/scicomp/java/jdk1.7 > > This is probably simple enough to fix though. > > > ________________________________ > > From: [log in to unmask] <[log in to unmask]> on behalf of Omar > Moreno <[log in to unmask]> > Sent: Monday, August 15, 2016 2:16:15 PM > To: Bradley T Yale > Cc: Graham, Mathew Thomas; [log in to unmask]; Uemura, Sho > Subject: Re: [Hps-analysis] New WABs > > The DST issue might have to do with the LCIO version that the DST maker is > being linked against. After Jeremy's patch of LCIO, the trunk of C++ LCIO > is required to the newest recon files. I'll look into it in a bit. > > On Mon, Aug 15, 2016 at 10:58 AM, Bradley T Yale <[log in to unmask]> > wrote: > > > When looking at the recon events (.slcio), the file size looks > normal, but when printing the collections from the events: > > > > > java -jar /group/hps/hps_soft/lcio/jarfiles/lcio-2.4.4-SNAPSHOT-bin.jar > print -H /cache/mss/hallb/hps/production/postTriSummitFixes/ > recon/wab/1pt05/wabv2_10to1_HPS-EngRun2015-Nominal-v5-0- > fieldmap_3.10-20160813_pairs1_338.slcio > > > It prints one event, and then the error: > > > > > Exception in thread "main" java.lang.OutOfMemoryError: Requested > array size exceeds VM limit > at java.util.Arrays.copyOf(Arrays.java:2245) > at java.util.Arrays.copyOf(Arrays.java:2219) > at java.util.Vector.grow(Vector.java:262) > at java.util.Vector.ensureCapacityHelper(Vector.java:242) > at java.util.Vector.setSize(Vector.java:285) > at hep.io.sio.SIOInputStream.readPTag(SIOInputStream.java: > 43) > at hep.lcio.implementation.sio.SIOMCParticle.<init>( > SIOMCParticle.java:30) > at hep.lcio.implementation.sio.SIOEvent.readData(SIOEvent. > java:122) > at hep.lcio.implementation.sio.SIOLCReader.readNextEvent( > SIOLCReader.java:120) > at hep.lcio.implementation.sio.SIOLCReader.readNextEvent( > SIOLCReader.java:148) > at hep.lcio.util.Printer.print(Printer.java:110) > at hep.lcio.util.PrintCommandHandler.execute( > PrintCommandHandler.java:89) > at hep.lcio.util.CommandLineTool. > parse(CommandLineTool.java:219) > at hep.lcio.util.CommandLineTool. > main(CommandLineTool.java:126) > > > > > Does anyone else know about this problem? Being Java-related, I > wouldn't think that it would affect the DST maker though. > > > > > Also, did anyone work on the JLab DST maker recently? > > > I see some new stuff in the source code dated July 28, which I > think is more recent than the last batch of working DSTs... > > > ________________________________ > > From: Bradley T Yale > Sent: Monday, August 15, 2016 12:49:06 PM > To: Graham, Mathew Thomas > Cc: Uemura, Sho > Subject: Re: [Hps-analysis] New WABs > > > The recon logs look ok, but then no events were written in the dst > for some reason, with no errors reported. > > I'll check it out. > > > ________________________________ > > From: Graham, Mathew Thomas <[log in to unmask]> > Sent: Monday, August 15, 2016 12:26:35 PM > To: Bradley T Yale > Cc: Uemura, Sho > Subject: Re: [Hps-analysis] New WABs > > tritrig DSTs all look empty too... > > > On Aug 15, 2016, at 9:13 AM, Graham, Mathew Thomas < > [log in to unmask]> wrote: > > > -rw-r--r-- 1 mgraham > > > > ________________________________ > > 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 <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