Modify ↓
Opened 14 years ago
Closed 14 years ago
#128 closed defect (fixed)
W+W- + jet at NLO crashes
Reported by: | Frank Krauss | Owned by: | Frank Siegert |
---|---|---|---|
Priority: | major | Milestone: | rel-1.4.0 |
Component: | Unknown | Version: | 0.trunk |
Keywords: | Cc: | Steffen Schumann |
Description (last modified by )
W+W- + jet at NLO (with an MCFM fraemwork) crashes, Run card is attached. It seems the crash happens in CFColour:
3601408 in <unknown function> 3601442 in <unknown function> 0x887651 in 'gsignal' (raise.c:64) 0x88aa82 in 'abort' (abort.c:94) 0x777d44 in 'AMEGIC::CFColor::CFColor(int, AMEGIC::Single_Amplitude*, char, char, std::string, bool)' (new_allocator.h:105) 0x799668 in 'AMEGIC::Amplitude_Handler::CompleteAmplitudes(int, ATOOLS::Flavour*, int*, AMEGIC::Polarisation*, AMEGIC::Topology*, AMEGIC::Basic_Sfuncs*, std::string, char, char)' (Amplitude_Handler.C:211) 0x6bd342 in 'AMEGIC::Single_LOProcess::InitAmplitude(MODEL::Model_Base*, AMEGIC::Topology*, std::vector<AMEGIC::Process_Base*, std::allocator<AMEGIC::Process_Base*> >&, std::vector<AMEGIC::Process_Base*, std::allocator<AMEGIC::Process_Base*> >&, std::vector<ATOOLS::Vec4<double>, std::allocator<ATOOLS::Vec4<double> > >*, std::vector<double, std::allocator<double> >*)' (Single_LOProcess.C:397) 0x6cdc06 in 'AMEGIC::Single_DipoleTerm::InitAmplitude(MODEL::Model_Base*, AMEGIC::Topology*, std::vector<AMEGIC::Process_Base*, std::allocator<AMEGIC::Process_Base*> >&, std::vector<AMEGIC::Process_Base*, std::allocator<AMEGIC::Process_Base*> >&)' (Single_DipoleTerm.C:364) 0x6e2781 in 'AMEGIC::Single_Real_Correction::InitAmplitude(MODEL::Model_Base*, AMEGIC::Topology*, std::vector<AMEGIC::Process_Base*, std::allocator<AMEGIC::Process_Base*> >&, std::vector<AMEGIC::Process_Base*, std::allocator<AMEGIC::Process_Base*> >&)' (Single_Real_Correction.C:145) 0x680dce in 'AMEGIC::Process_Group::Initialize(PHASIC::Process_Base*)' (Process_Group.C:101) 0x168f2dc in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:448) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168f0d1 in 'PHASIC::Process_Group::ConstructProcesses(PHASIC::Process_Info, unsigned int const&)' (Process_Group.C:463) 0x168fa94 in 'PHASIC::Process_Group::ConstructProcesses()' (Process_Group.C:471) 0x686bda in 'AMEGIC::Amegic::InitializeProcess(PHASIC::Process_Info const&, bool)' (Amegic.C:126) 0x16a8e1a in 'PHASIC::ME_Generators::InitializeProcess(PHASIC::Process_Info const&, bool)' (ME_Generators.C:79) 0xc8f719 in 'SHERPA::Matrix_Element_Handler::InitializeProcess(PHASIC::Process_Info const&)' (Matrix_Element_Handler.C:272) 0xc93b9f in 'SHERPA::Matrix_Element_Handler::BuildSingleProcessList(PHASIC::Process_Info&, SHERPA::Matrix_Element_Handler::Processblock_Info&, std::string const&, std::string const&, std::vector<std::string, std::allocator<std::string> > const&)' (stl_vector.h:533) 0xc9781d in 'SHERPA::Matrix_Element_Handler::BuildProcesses()' (Matrix_Element_Handler.C:473) 0xc99067 in 'SHERPA::Matrix_Element_Handler::InitializeProcesses(MODEL::Model_Base*, BEAM::Beam_Spectra_Handler*, PDF::ISR_Handler*)' (Matrix_Element_Handler.C:296) 0x72287b in 'SHERPA::Initialization_Handler::InitializeTheMatrixElements()' (Initialization_Handler.C:658) 0x73cea0 in 'SHERPA::Initialization_Handler::InitializeTheFramework(int)' (Initialization_Handler.C:384) 0xc01f2a in 'SHERPA::Sherpa::InitializeTheRun(int, char**)' (Sherpa.C:91) 0x8049a47 in 'main' (Run_Parameter.H:43) }
Attachments (1)
Change History (4)
Changed 14 years ago by
comment:1 Changed 14 years ago by
Description: | modified (diff) |
---|---|
Owner: | changed from Steffen Schumann to Frank Siegert |
comment:2 Changed 14 years ago by
Cc: | Steffen Schumann added |
---|
comment:3 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
this seems to be fixed after updating trunk.
i only learnt that what i thought was in mcfm does not exist .... - so not meaningful anyway. i'm now going for h+jet with h->WW, ZZ, tautau
Note: See
TracTickets for help on using
tickets.
This should be fixed in more recent versions of trunk (16375 and 16436 are the relevant commits). Could you check whether that's the case?