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 Version 1

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

Description (last modified by marek)

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;
}(processes);

Change History (1)

comment:1 Changed 7 years ago by marek

Description: modified (diff)
Note: See TracTickets for help on using tickets.