Comment 4 for bug 1334014

Revision history for this message
Azar Mustafayev (azar) wrote : Re: [Bug 1334014] Re: crash at Compiling MCatNLO

Hi Paolo,

On 07/03/2014 07:56 PM, Paolo Torrielli wrote:
> Hi Azar,
>> Yes, I am using STDHEP and other packages installed from within MG, i.e.
>> with "install" command.
>> I just recompiled STDHEP as you described and the process went OK -- no
>> error messages, and the libraries appeared to be freshly created.
>> But when I tried to run bin/shower on those events it didn't go through
>> producing the same message as before. I attached the debug log file.
> Ok. The log file you attached is run_01_tag_1_debug.log. Could you also
> look at and attach file
> /home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/mcatnlo.log ?
That file is attached. It seems to contain the same info as I get on the
screen.
>> Could it be that STDHEP package uses some of Pythia routines to print
>> error output? Judging by the name 'pyerrm' appeared to be dealing with
>> error output.
> Yes, it uses the Pythia routines when it is linked to Pythia, and they
> should never appear when you use Herwig.
>
> Could you go in MCatNLO, do ‘gunzip ../Events/run_01/events.lhe.gz’, and
> then try compiling by hand from there, by typing './MCatNLO_MadFKS.inputs'?
> This should still fail, but maybe the error message will say something
> more clear.
It did fail and produced the following output

gfortran -w -fno-automatic -ffixed-line-length-132
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/herwig6521.o
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/madfks_hwdriver.o
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/madfks_hwlhin.o
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/mcatnlo_str.o
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/mcatnlo_hwan_stdhep.o
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/mcatnlo_pdftomlm.o
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/mcatnlo_libofpdf.o
/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/objects/dummies.o
-L../lib -lstdhep -lFmcfio -o HW_EXE_DEFAULT
../lib/libstdhep.a(luntmp.o): In function `luntmp_':
luntmp.F:(.text+0x82): undefined reference to `pyerrm_'
luntmp.F:(.text+0x5bc): undefined reference to `pyerrm_'
luntmp.F:(.text+0x61c): undefined reference to `pycomp_'
luntmp.F:(.text+0xaa6): undefined reference to `pyerrm_'
luntmp.F:(.text+0xee6): undefined reference to `pycomp_'
luntmp.F:(.text+0xfee): undefined reference to `pyerrm_'
../lib/libstdhep.a(lutran.o): In function `lutran_':
lutran.F:(.text+0x2a8): undefined reference to `pyerrm_'
lutran.F:(.text+0x2e2): undefined reference to `pyerrm_'
lutran.F:(.text+0x30d): undefined reference to `pyerrm_'
lutran.F:(.text+0xaf4): undefined reference to `pyerrm_'
collect2: error: ld returned 1 exit status
make: *** [HW_EXE_DEFAULT] Error 1
mv: cannot stat ‘HW_EXE_DEFAULT’: No such file or directory
chmod: cannot access
‘/home/amustaf/packages/MadGraph/MG5_aMC_v2_1_1/Zj_nlo/MCatNLO/HW_EXE_DEFAULT’:
No such file or directory

***** All parameters read from event file run_01/events.lhe
***** Now ready for showering 10000 events with

mv: cannot stat ‘HW_EXE_DEFAULT’: No such file or directory

>
> Could you also tell me what are the characteristics of the computer you’re
> running on? Mainly operative system and gfortran version.
I am running Fedora 18 on 64-bit PC, which is kernel release
3.11.10-100.fc18.x86_64.
gfortran version: GNU Fortran (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8).

Hope that this will help.
Thank you,
    Azar

>
> Cheers.
> Paolo
>
>
>
>> On 07/03/2014 08:15 AM, Paolo Torrielli wrote:
>>> Hello Azar,
>>> weird problem, I cannot reproduce it on my laptop.
>>>
>>> I assume you are using the StdHEP version we provide in the package, and you did not change anything in it.
>>> StdHEP does not find those functions (pyerrm, ...), that are in the Pythia main code (which is not linked when
>>> you use Herwig), but I'm not sure why it looks for them.
>>>
>>> Let's see if recompiling StdHEP helps.
>>> - Go in vendor/StdHEP/src/stdhep and type 'make realclean' and then 'make'.
>>> - Go in vendor/StdHEP/mcfio/src and type 'make realclean' and then 'make'.
>>> - Go in vendor/STdHEP/lib and check that the libraries in there are the newly created ones (for example by checking
>>> if they have been created now or hours ago).
>>> - Go in your z+j directory (I call it ppzj from now on), and in particular in ppzj/MCatNLO/lib; remove the links in there
>>> and replace them with the libraries 'libFmcfio.a' and 'libstdhep.a' you have just created in vendor/STdHEP/lib.
>>>
>>>> From ppzj, run ./bin/shower run_01 (or whatever other run_** where you have the Herwig6 events), and see if it goes
>>> through or not.
>>>
>>> Let me know.
>>> Cheers.
>>> Paolo
>>>
>>
>> ** Attachment added: "run_01_tag_1_debug.log"
>> https://bugs.launchpad.net/bugs/1334014/+attachment/4145003/+files/run_01_tag_1_debug.log
>>
>> --
>> You received this bug notification because you are subscribed to the bug
>> report.
>> https://bugs.launchpad.net/bugs/1334014
>>
>> Title:
>> crash at Compiling MCatNLO
>>
>> Status in MadGraph5_aMC@NLO Generator:
>> New
>>
>> Bug description:
>> Hello,
>>
>> I am trying to learn how to generate NLO events and decided to
>> reproduce Z+j results from your paper, but MG crashed compiling
>> MCatNLO. Here is the relevant screen output
>>
>> INFO: Events generated
>> decay_events -from_cards
>> INFO: Prepairing MCatNLO run
>> INFO: Compiling MCatNLO for HERWIG6...
>> ../lib/libstdhep.a(luntmp.o): In function `luntmp_':
>> luntmp.F:(.text+0x82): undefined reference to `pyerrm_'
>> luntmp.F:(.text+0x5bc): undefined reference to `pyerrm_'
>> luntmp.F:(.text+0x61c): undefined reference to `pycomp_'
>> luntmp.F:(.text+0xaa6): undefined reference to `pyerrm_'
>> luntmp.F:(.text+0xee6): undefined reference to `pycomp_'
>> luntmp.F:(.text+0xfee): undefined reference to `pyerrm_'
>> ../lib/libstdhep.a(lutran.o): In function `lutran_':
>> lutran.F:(.text+0x2a8): undefined reference to `pyerrm_'
>> lutran.F:(.text+0x2e2): undefined reference to `pyerrm_'
>> lutran.F:(.text+0x30d): undefined reference to `pyerrm_'
>> lutran.F:(.text+0xaf4): undefined reference to `pyerrm_'
>> collect2: error: ld returned 1 exit status
>> make: *** [HW_EXE_DEFAULT] Error 1
>> mv: cannot stat ‘HW_EXE_DEFAULT’: No such file or directory
>>
>> Then there are some lengthy fortran compiler lines and the program crashes suggesting to report the error.
>> Could you tell what went wrong and how to fix this?
>>
>> Thanks,
>> Azar
>>
>> To manage notifications about this bug go to:
>> https://bugs.launchpad.net/mg5amcnlo/+bug/1334014/+subscriptions