sherpa is hosted by Hepforge, IPPP Durham
close Warning: Can't synchronize with repository "(default)" (/hepforge/svn/sherpa does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 7 years ago

Last modified 7 years ago

#372 new defect

fsrchannels libraries do not compile for same-sign pp->WWjj — at Initial Version

Reported by: marek Owned by: Stefan Hoeche
Priority: major Milestone: rel-2.3.0
Component: ME Generator Version: 2.2.1
Keywords: Cc:

Description

In the RS to same-sign pp->llnunujj the default integrator (AMEGIC_RS_INTEGRATOR 7) produces libraries that do not compile. It appears that the problem is that variable "p0_82" is written out in 4 out of the 400 channels. Likely it should be named "p0_28", as this one is defined and used in all other channels. Thus, the ordering possibly does not work.

The problem occurs only for channels written by Channel_Generator_UniV (used by default integrator 7), but neither for Channel_Generator3V and Channel_Generator3_NPV (used by integrator 6) nor for Channel_Generator and Channel_Generator_NPV (used by integrators 4 and 5). Upon initial inspection though, the respective methods appear to just be copies of one another and, thus, the same. I must be overlooking something.

A simple run card to reproduce the problem is:

(run){

EVENTS 0;

BEAM_1 2212; BEAM_ENERGY_1 6500; BEAM_2 2212; BEAM_ENERGY_2 6500;

ME_SIGNAL_GENERATOR Amegic; EVENT_GENERATION_MODE Weighted; MEH_RSADD 0;

SCALES VAR{4.*sqr(80.4)};

}(run)

(processes){

Process -3 21 -> -11 -13 12 14 1 -4 -2; Order (*,6); NLO_QCD_Mode Fixed_Order; NLO_QCD_Part RS; End process;

}

Change History (0)

Note: See TracTickets for help on using tickets.