elements in <initrwgt> in lhe output is wrapped by CDATA
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MadGraph5_aMC@NLO |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Dear MG5 team,
I just noticed that XML elements inside <initrwgt> is wrapped by <![CDATA[ ]]>
MG5 version: 2.6.0, NLO event generation, scale and pdf variation turned on.
<initrwgt>
<![CDATA[
<weightgroup name='scale_
<weight id='1001'> dyn= -1 muR=0.10000E+01 muF=0.10000E+01 </weight>
<weight id='1002'> dyn= -1 muR=0.20000E+01 muF=0.10000E+01 </weight>
<weight id='1003'> dyn= -1 muR=0.50000E+00 muF=0.10000E+01 </weight>
<weight id='1004'> dyn= -1 muR=0.10000E+01 muF=0.20000E+01 </weight>
<weight id='1005'> dyn= -1 muR=0.20000E+01 muF=0.20000E+01 </weight>
<weight id='1006'> dyn= -1 muR=0.50000E+00 muF=0.20000E+01 </weight>
<weight id='1007'> dyn= -1 muR=0.10000E+01 muF=0.50000E+00 </weight>
<weight id='1008'> dyn= -1 muR=0.20000E+01 muF=0.50000E+00 </weight>
<weight id='1009'> dyn= -1 muR=0.50000E+00 muF=0.50000E+00 </weight>
</weightgroup>
<weightgroup name='PDF_variation NNPDF30_
<weight id='1010'> PDF= 261000 NNPDF30_
<weight id='1011'> PDF= 261001 NNPDF30_
<weight id='1012'> PDF= 261002 NNPDF30_
<weight id='1013'> PDF= 261003 NNPDF30_
<weight id='1014'> PDF= 261004 NNPDF30_
<weight id='1015'> PDF= 261005 NNPDF30_
<weight id='1016'> PDF= 261006 NNPDF30_
<weight id='1017'> PDF= 261007 NNPDF30_
<weight id='1018'> PDF= 261008 NNPDF30_
<weight id='1019'> PDF= 261009 NNPDF30_
<weight id='1020'> PDF= 261010 NNPDF30_
<weight id='1021'> PDF= 261011 NNPDF30_
....
<weight id='1107'> PDF= 261097 NNPDF30_
<weight id='1108'> PDF= 261098 NNPDF30_
<weight id='1109'> PDF= 261099 NNPDF30_
<weight id='1110'> PDF= 261100 NNPDF30_
</weightgroup>
]]>
</initrwgt>
This CDATA section is prohibiting direct accessing to weightgroup and weight information during XML parsing.
I'm roughly guessing this CDATA section is placed mistakenly here when wrapping text in <slha>.
<slha>
#######
## PARAM_CARD AUTOMATICALY GENERATED BY MG5 ####
#######
...
DECAY 9000002 2.495200e+00 #
DECAY 9000003 2.085000e+00 #
DECAY 9000004 2.085000e+00 #
</slha>
Other cards are well wrapped in CDATA but param_card.dat in <slha> is not and <initrwgt> looks like wrapped instead.
Is this CDATA insertion on <initrwgt> intended in MG5 2.6.0?
Best wishes,
Sung Hak
Changed in mg5amcnlo: | |
status: | New → Fix Committed |
Changed in mg5amcnlo: | |
status: | Fix Committed → Fix Released |
Hi,
Thanks,
I have forbid the use of the cdata for that group in the development version.
Cheers,
Olivier variation -1' combine='envelope'> nnlo_as_ 0118' combine='unknown'> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> nnlo_as_ 0118 </weight> ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### ####### #######
> On 3 Oct 2017, at 10:57, Sung Hak Lim <email address hidden> wrote:
>
> Public bug reported:
>
> Dear MG5 team,
>
> I just noticed that XML elements inside <initrwgt> is wrapped by
> <![CDATA[ ]]>
>
> MG5 version: 2.6.0, NLO event generation, scale and pdf variation turned
> on.
>
> <initrwgt>
> <![CDATA[
> <weightgroup name='scale_
> <weight id='1001'> dyn= -1 muR=0.10000E+01 muF=0.10000E+01 </weight>
> <weight id='1002'> dyn= -1 muR=0.20000E+01 muF=0.10000E+01 </weight>
> <weight id='1003'> dyn= -1 muR=0.50000E+00 muF=0.10000E+01 </weight>
> <weight id='1004'> dyn= -1 muR=0.10000E+01 muF=0.20000E+01 </weight>
> <weight id='1005'> dyn= -1 muR=0.20000E+01 muF=0.20000E+01 </weight>
> <weight id='1006'> dyn= -1 muR=0.50000E+00 muF=0.20000E+01 </weight>
> <weight id='1007'> dyn= -1 muR=0.10000E+01 muF=0.50000E+00 </weight>
> <weight id='1008'> dyn= -1 muR=0.20000E+01 muF=0.50000E+00 </weight>
> <weight id='1009'> dyn= -1 muR=0.50000E+00 muF=0.50000E+00 </weight>
> </weightgroup>
> <weightgroup name='PDF_variation NNPDF30_
> <weight id='1010'> PDF= 261000 NNPDF30_
> <weight id='1011'> PDF= 261001 NNPDF30_
> <weight id='1012'> PDF= 261002 NNPDF30_
> <weight id='1013'> PDF= 261003 NNPDF30_
> <weight id='1014'> PDF= 261004 NNPDF30_
> <weight id='1015'> PDF= 261005 NNPDF30_
> <weight id='1016'> PDF= 261006 NNPDF30_
> <weight id='1017'> PDF= 261007 NNPDF30_
> <weight id='1018'> PDF= 261008 NNPDF30_
> <weight id='1019'> PDF= 261009 NNPDF30_
> <weight id='1020'> PDF= 261010 NNPDF30_
> <weight id='1021'> PDF= 261011 NNPDF30_
>
> ....
>
> <weight id='1107'> PDF= 261097 NNPDF30_
> <weight id='1108'> PDF= 261098 NNPDF30_
> <weight id='1109'> PDF= 261099 NNPDF30_
> <weight id='1110'> PDF= 261100 NNPDF30_
> </weightgroup>
> ]]>
> </initrwgt>
>
> This CDATA section is prohibiting direct accessing to weightgroup and
> weight information during XML parsing.
>
> I'm roughly guessing this CDATA section is placed mistakenly here when
> wrapping text in <slha>.
>
> <slha>
> #######
> ## PARAM_CARD AUTOMATICALY GENERATED BY MG5 ####
> #######
>
> ...
>
> DECAY 9000002 2.495200e+00 #
> DECAY 9000003 2.085000e+00 #
> DECAY 9000004 2.085000e+00 #
> </slha>
>
>
> Other cards are well wrapped in CDATA but param_card.dat in <slha> is not and <initrwgt> looks like wrapped instead.
>
> Is this CDATA insertion on <initrwgt> intended in MG5 2.6.0?
>
> Best wishes,
> Sung Hak
>
> ** Affects: ...