Draft:Add kkmc

[apricePhy]

Hi @dirkzerwas,

In this branch, I have added the first attempt at including KKMC. From my side the run-card looks ok but currently I cant test it in Key4hep (No access at the moment).

Could you see if the ".sh" at least runs KKMC and generates a LHEF?

[dirkzerwas]

Hi @Alan-Price, I ran check.sh -r, but then went to Muon350_ISR.dat: KKMCee -c Muon350_ISR.dat -o events.lhe gives: an events.lhe file (so the -o works, but it's empty (size 0) In the execution step there is a line at the end: KKee2f::InitParams: No final state fermions were selected.

If I add: ln -sf Muon350_ISR.dat pro.input and run again it works, or (keeping the link) KKMCee -o events.lhe works then too

--> -c seems to have a problem with the KEY4HEP version, We can bypass it by adding the link in the sh before execution.

--> The events.lhe output looks ok, (final state muons), but it would be kind of nice of the cross sections were written out as well? (I will make the same request to Carlo.... :)

--> There are also errors (I missed them first because the output is very verbose):

Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKdbase.h requested to autoload type KKdbase Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKdizet.h requested to autoload type KKdizet Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKborn.h requested to autoload type KKborn Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKevent.h requested to autoload type KKevent Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKarLud.h requested to autoload type KKarLud Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKpart.h requested to autoload type KKpart Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKbvir.h requested to autoload type KKbvir Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKarFin.h requested to autoload type KKarFin Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKqed3.h requested to autoload type KKqed3 Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKceex.h requested to autoload type KKcmplx4 Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKceex.h requested to autoload type KKcmplx2 Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKceex.h requested to autoload type KKceex Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for TauPair.h requested to autoload type TauPair Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for HepFace.h requested to autoload type HepFace Error in cling::AutoLoadingVisitor::InsertIntoAutoLoadingState: Missing FileEntry for KKlasa.h requested to autoload type KKlasa

Cheers, Dirk

[apricePhy]

Hi @dirkzerwas,

Regarding the "-c" option in key4hep, should we open an issue?

Regarding the cross-section, I have added HepMC3 to the current development branch of KKMC which hopefully will be released soon. It will have the xs in hepmc and I will try to add it to the LHEF info.

For the KKMC error messages, I have not seen those before but I asked the authors.

Cheers, Alan

[dirkzerwas]

Hi @apricePhy,

I checked the nightlies of March (probably the same as now): kkmcee/5.00.02-sbe5kq/ is 5.00.02 the current production release or is it older? If it is older, we could ask for a first upgrade to see whether this makes the two problems go away?

[apricePhy]

Hi,

5.00.02 is the current release.

On 26. Apr 2024, at 14:41, Dirk Zerwas @.***> wrote:

UWAGA: Wiadomość pochodzi od zewnętrznego nadawcy.

Hi @apricePhyhttps://github.com/apricePhy,

I checked the nightlies of March (probably the same as now): kkmcee/5.00.02-sbe5kq/ is 5.00.02 the current production release or is it older? If it is older, we could ask for a first upgrade to see whether this makes the two problems go away?

— Reply to this email directly, view it on GitHubhttps://github.com/key4hep/k4GeneratorsConfig/pull/14#issuecomment-2079311696, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BC3NHSC3P63K744LLCUZU4LY7JDRLAVCNFSM6AAAAABG2MLSNSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZZGMYTCNRZGY. You are receiving this because you were mentioned.Message ID: @.***>

[apricePhy]

Hi @dirkzerwas,

The authors say the error messages are due to "It seems someone wants to use this class without loading the shared library which provides it. See: cd /your/KKMCee-dev ; ls -al $(find . -name "rootlogon.C")" Not sure what the solution is

Alan

[dirkzerwas]

Hi, on the input file problem: attached is the KKMC wrapper which calls KKMCee.exe installed on LCG: KKMCee.txt on -c or --config Argument $2 is written to _CONFFILE later there is an existence test:

c Run existing config file if test "x$_CONFFILE" = "x" || test ! -f $_CONFFILE; then c We create a config file based on the input switches: this is the initial common part cat > ./pro.input <<EOF

-> so if it fails, it will create pro.input from the command line input -> there is no further use CONFFILE

Is the wrapper provided by KKMC or is it a KEY4HEP product?

IMHO I think these lines in the wrapper: EndX EOF fi

could be extended by:

EndX EOF else ln -sf $_CONFFILE ./pro.input fi

since the if test the non-existence of the file, so in "else" we should be assured that $_CONFFILE exists, right?

the executable KKMCee.exe does not take as argument configfile name, correct?

My guess, could you open an issue, I think I can't?

Cheers, Dirk