#231 closed defect (fixed)
Gluon initial states with beam statement cause crash
Reported by: | fbach | Owned by: | kilian |
---|---|---|---|
Priority: | P1 | Milestone: | |
Component: | core | Version: | 2.0.0rc2 |
Severity: | blocker | Keywords: | |
Cc: |
Description
The following input
process proc = gl, gl -> t, T compile sqrts = 7 TeV beams = p, p -> lhapdf integrate (proc) { iterations = 1:1000 } simulate (proc) { n_events = 10 }
produces
****************************************************************************** ****************************************************************************** *** FATAL ERROR: Evaluator product: no matching states found *** ----------------------------------- *** Maybe you chose the wrong initial state *** for the hard interaction, or there is a *** mismatch in the structure functions. ****************************************************************************** ****************************************************************************** | There were no errors and 1 warning(s).
see also the attached file.
Attachments (2)
Change History (13)
Changed 15 years ago by
comment:1 Changed 15 years ago by
comment:2 Changed 15 years ago by
Note that if the simulate statement is left out, there is no fatal! Thus it must somehow be connected to event generation.
comment:3 Changed 15 years ago by
Wow, with gfortran on the MAC, I even get NaNs? in the state matrix density. Something is screwed up here
comment:4 Changed 15 years ago by
It seems, that the problem appears only for gg and qg initial state. So whenever, there is colour in the initial state.
comment:5 Changed 15 years ago by
The bug has nothing to do with LHAPDF, it also appears when removing the -> LHAPDF statement, it appears for qg and gg in the initial state whenever using a beams statement.
comment:6 Changed 15 years ago by
Summary: | Gluon initial states w/LHAPDF cause crash → Gluon initial states with beam statement cause crash |
---|
comment:7 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in r1937. Either color_invert or color_canonicalize has to handle the case of gluons, where color/anticolor entries are swapped. Chose the former.
comment:8 Changed 15 years ago by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
The gg->Tt is fixed but now I get the same error message Fabian got for the process
process proc = g, u -> A, u beams = p, p -> lhapdf
comment:10 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
done in r1949. This was an unrelated bug in the routine which calculates the color-index offset when combining the structure functions for both beams.
Please double-check.
Daniel and JRR confirmed. JRR has a first look at it.