Print

Print

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



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