STDHEP files larger than 4GB are corrupted
Bug #1218842 reported by
Pavel Demin
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MadGraph5_aMC@NLO |
Fix Released
|
Undecided
|
Paolo Torrielli |
Bug Description
I've just tested several STDHEP files produced by MG+HERWIG6.
I've tested 50MB, 3.3GB and 4.0GB files.
The 50MB and 3.3GB files can be read without any problem.
The 4.0GB file can't be read.
In the 4.0GB file, already the 2nd block has a block ID number equal 2. Normally, it should be 4 (Event Header). The following blocks have completely wrong block ID numbers. So, I'd say that it's corrupted from the very beginning.
In some cases, adding the following compilation flag helps:
-D_FILE_
Normally, the STDHEP library and maybe the PYTHIA and HERWIG interfaces should be compiled with this flag.
If you can tell me where to put this flag, I can redo the test.
Changed in madgraph5: | |
assignee: | nobody → Paolo Torrielli (paolo-torrielli) |
Changed in madgraph5: | |
status: | New → Invalid |
Changed in madgraph5: | |
status: | Confirmed → Fix Committed |
Changed in madgraph5: | |
status: | Fix Committed → Fix Released |
Changed in mg5amcnlo: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Hi Pavel, Utilities/ StdHEP/ mcfio/src/ GNUMakefile, Utilities/ StdHEP/ src/stdhep/ GNUMakefile, recompile and copy the created Utilities/ MCatNLO/ lib.
I think you should put that flag in MCatNLO-
in MCatNLO-
libraries libFmcfio.a and libstdhep.a into MCatNLO-
Let me know if it works.
Cheers.
Paolo