Compilation fails for NLO processes

Dear Thor,

I cannot reproduce your problem. From the compilation messages it seems that the file <YOUR_PROCESS>/Source/maxparticles.inc is missing (or empty). Could you please check this?

Normally this file is written by the madgraph process-generation code. It is rather strange that this did not work in your case.

On what kind of system are you running? Might it be a read-only file system? Which version of the code are you using? Do normal LO processes generate and run correctly (i.e. processes without the '[QCD]' tag)?

Best regards,
Rikkert

Hi Rikkert,

Source/maxparticles.inc is not empty, it contains the following lines:
      INTEGER MAX_PARTICLES, MAX_BRANCH
      PARAMETER (MAX_PARTICLES=9)
      PARAMETER (MAX_BRANCH=MAX_PARTICLES-1)
However, SubProcesses/maxparticles.inc is empty.

Normal LO processes compile and run successfully, though the one I tested
just now did have a fault it recovered from:

INFO: compile directory
Unhandled exception in thread started by <function call at 0x1fb6500>
Traceback (most recent call last):
  File "/cvmfs/
atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/python/2.7.4-x86_64-slc6-gcc48/sw/lcg/external/Python/2.7.4/x86_64-slc6-gcc48-opt/lib/python2.7/subprocess.py",
line 524, in call
    return Popen(*popenargs, **kwargs).wait()
  File "/cvmfs/
atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/python/2.7.4-x86_64-slc6-gcc48/sw/lcg/external/Python/2.7.4/x86_64-slc6-gcc48-opt/lib/python2.7/subprocess.py",
line 711, in __init__
    errread, errwrite)
  File "/cvmfs/
atlas.cern.ch/repo/ATLASLocalRootBase/x86_64/python/2.7.4-x86_64-slc6-gcc48/sw/lcg/external/Python/2.7.4/x86_64-slc6-gcc48-opt/lib/python2.7/subprocess.py",
line 1308, in _execute_child
    raise child_exception
OSError: [Errno 2] No such file or directory
Using random number seed offset = 21
INFO: Running Survey

For reference, I did have this problem a few months ago with LO processes -
and had reported it as a bug (ref no 1383598)- but it disappeared around
the time I switched from gcc 4.7.2 to gcc 4.8.1. It wasn't reproducible
then either, and I never found out what the issue actually was.

Regards,
Thor

On Thu, Feb 26, 2015 at 12:06 AM, Rikkert Frederix <
<email address hidden>> wrote:

> Your question #262768 on MadGraph5_aMC@NLO changed:
> https://answers.launchpad.net/mg5amcnlo/+question/262768
>
> Status: Open => Needs information
>
> Rikkert Frederix requested more information:
> Dear Thor,
>
> I cannot reproduce your problem. From the compilation messages it seems
> that the file <YOUR_PROCESS>/Source/maxparticles.inc is missing (or
> empty). Could you please check this?
>
> Normally this file is written by the madgraph process-generation code.
> It is rather strange that this did not work in your case.
>
> On what kind of system are you running? Might it be a read-only file
> system? Which version of the code are you using? Do normal LO processes
> generate and run correctly (i.e. processes without the '[QCD]' tag)?
>
> Best regards,
> Rikkert
>
> --
> To answer this request for more information, you can either reply to
> this email or enter your reply at the following page:
> https://answers.launchpad.net/mg5amcnlo/+question/262768
>
> You received this question notification because you asked the question.
>

Dear Thor,

Please also answer these questions:
On what kind of system are you running?
Might it be a read-only file system?
Which version of the code are you using?

I've got more.
The SubProcesses/maxparticles.inc should be a symbolic link to the Source/maxparticles. Is this not the case for you?
Is it the case for /Template/NLO/SubProcesses/maxparticles (which links to an empty file in Template/NLO/Source/maxparticles.inc)?
Do you have enough disk-space/quota available?

Best,
Rikkert

Hi Rikkert,

Apologies for the long delay in replying. The problem was present in all
the version of the code I tried (2.1.2, 2.2.1, 2.2.2, and 2.2.3) but when
started afresh from the tarball in a clean terminal the problem disappeared
and it worked fine. I will note that once the process was created the
problem was independent of whether I was running in a clean terminal - what
mattered was the state of my terminal when generating and outputting the
process. Basically, the issue seemed to occur when I had previously run one
version of Madgraph and then set up and ran Madgraph in a different
directory using the same terminal. I didn't look into things much more than
that once I had a working version, but hopefully this information helps if
another user reports similar problems.

Regards,
Thor

On Thu, Feb 26, 2015 at 3:31 PM, Rikkert Frederix <
<email address hidden>> wrote:

> Your question #262768 on MadGraph5_aMC@NLO changed:
> https://answers.launchpad.net/mg5amcnlo/+question/262768
>
> Status: Open => Needs information
>
> Rikkert Frederix requested more information:
> Dear Thor,
>
> Please also answer these questions:
> On what kind of system are you running?
> Might it be a read-only file system?
> Which version of the code are you using?
>
> I've got more.
> The SubProcesses/maxparticles.inc should be a symbolic link to the
> Source/maxparticles. Is this not the case for you?
> Is it the case for /Template/NLO/SubProcesses/maxparticles (which links
> to an empty file in Template/NLO/Source/maxparticles.inc)?
> Do you have enough disk-space/quota available?
>
> Best,
> Rikkert
>
> --
> To answer this request for more information, you can either reply to
> this email or enter your reply at the following page:
> https://answers.launchpad.net/mg5amcnlo/+question/262768
>
> You received this question notification because you asked the question.
>

User stated that the problem was solved