whizard is hosted by Hepforge, IPPP Durham

Opened 15 years ago

Closed 15 years ago

Last modified 14 years ago

#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)

ggtt.out (30.5 KB) - added by fbach 15 years ago.
ticket231_guAu.sin (193 bytes) - added by sschmidt 15 years ago.
example .sin file for the new error

Download all attachments as: .zip

Change History (13)

Changed 15 years ago by fbach

Attachment: ggtt.out added

comment:1 Changed 15 years ago by Juergen Reuter

Daniel and JRR confirmed. JRR has a first look at it.

comment:2 Changed 15 years ago by dwiesler

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 Juergen Reuter

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 Juergen Reuter

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 Juergen Reuter

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 Juergen Reuter

Summary: Gluon initial states w/LHAPDF cause crashGluon initial states with beam statement cause crash

comment:7 Changed 15 years ago by kilian

Resolution: fixed
Status: newclosed

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 sschmidt

Resolution: fixed
Status: closedreopened

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

Changed 15 years ago by sschmidt

Attachment: ticket231_guAu.sin added

example .sin file for the new error

comment:9 Changed 15 years ago by kilian

Status: reopenednew

I'll have another look.

comment:10 Changed 15 years ago by kilian

Resolution: fixed
Status: newclosed

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.

comment:11 Changed 14 years ago by Juergen Reuter

Milestone: v2.0-rc3

Milestone v2.0-rc3 deleted

Note: See TracTickets for help on using tickets.