Dear Dr. Johan,
Thanks for your help !
Sorry, the process I ran is
u d > w+ w- u d $ w+ w- z QCD=0 QED=4
not u d > w+ w- u d $ w+ w- z .
I try the process
u d > w+ w- u d $ w+ w- z
in my usrmod model, it would get almost the same cross section as you.
But if I try
u d > w+ w- u d $ w+ w- z QCD=0 QED=4
in my usrmod model, its cross section would be very large O(1000) pb.
I still think it is very strange, could you please check it again ?
I am learning how to use FeynRules now, I will try to build models by using FeynRules.
Thank you very much ! ! !
Best,
Tim
Johan Alwall 於 2013/1/5 下午8:26 寫道:
> Dear Tim,
>
> When I do
> cd models
> cp -r usrmod_v4 test_v4
> cd test_v4;./ConversionScript.pl;cd ../..
> bin/mg5
> import model_v4 test
> generate u d > w+ w- u d $ w+ w- z
> output
> launch
>
> I get the normal cross section of 0.3722, same as for the sm and sm_v4
> models. So I would guess the problem is in your user model
> implementation. Might I recommend to do the implementation in FeynRules,
> starting from the FR SM implementation? That is usually easier than
> using a v4 model.
>
> All the best,
> Johan
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1095603
>
> Title:
> Missing variable definition DUM0 in VBF for v4 models
>
> Status in The MadGraph Matrix Element Generator version 5:
> Fix Committed
>
> Bug description:
> Timlu wrote:
>
> When I ran the process like u d > d u w+ w- $ w+ w- z
> It would also induce the error :
>
> Error detected in "generate_events run_01"
> write debug file /Users/timlu/Desktop/MadGraph5/2HDM-101/run_01_tag_1_debug.log
> If you need help with this issue please contact us on https://answers.launchpad.net/madgraph5
> MadGraph5Error : A compilation Error occurs when trying to compile /Users/timlu/Desktop/MadGraph5/2HDM-101/SubProcesses/P0_qq_qqwpwm.
> The compilation fails with the following output message:
> gfortran -O -w -ffixed-line-length-132 -w -c -o symmetry.o symmetry.f
> touch qmass.inc
> gfortran -O -w -ffixed-line-length-132 -w -c -o setcuts.o setcuts.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o cuts.o cuts.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o cluster.o cluster.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o myamp.o myamp.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o genps.o genps.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o initcluster.o initcluster.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o setscales.o setscales.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o reweight.o reweight.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o get_color.o get_color.f
> gfortran -O -w -ffixed-line-length-132 -w -c -o matrix1.o matrix1.f
> matrix1.f:393.15:
>
> $ *2),DUM0,AMP(1))
> 1
> 錯誤: 符號「dum0」(位於 (1))沒有 IMPLICIT 類型
> make: *** [matrix1.o] Error 1
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/madgraph5/+bug/1095603/+subscriptions
Dear Dr. Johan,
Thanks for your help !
Sorry, the process I ran is
u d > w+ w- u d $ w+ w- z QCD=0 QED=4
not u d > w+ w- u d $ w+ w- z .
I try the process
u d > w+ w- u d $ w+ w- z
in my usrmod model, it would get almost the same cross section as you.
But if I try
u d > w+ w- u d $ w+ w- z QCD=0 QED=4
in my usrmod model, its cross section would be very large O(1000) pb.
I still think it is very strange, could you please check it again ?
I am learning how to use FeynRules now, I will try to build models by using FeynRules.
Thank you very much ! ! !
Best,
Tim
Johan Alwall 於 2013/1/5 下午8:26 寫道:
> Dear Tim, ./ConversionScr ipt.pl; cd ../.. /bugs.launchpad .net/bugs/ 1095603 timlu/Desktop/ MadGraph5/ 2HDM-101/ run_01_ tag_1_debug. log /answers. launchpad. net/madgraph5 timlu/Desktop/ MadGraph5/ 2HDM-101/ SubProcesses/ P0_qq_qqwpwm. line-length- 132 -w -c -o symmetry.o symmetry.f line-length- 132 -w -c -o setcuts.o setcuts.f line-length- 132 -w -c -o cuts.o cuts.f line-length- 132 -w -c -o cluster.o cluster.f line-length- 132 -w -c -o myamp.o myamp.f line-length- 132 -w -c -o genps.o genps.f line-length- 132 -w -c -o initcluster.o initcluster.f line-length- 132 -w -c -o setscales.o setscales.f line-length- 132 -w -c -o reweight.o reweight.f line-length- 132 -w -c -o get_color.o get_color.f line-length- 132 -w -c -o matrix1.o matrix1.f /bugs.launchpad .net/madgraph5/ +bug/1095603/ +subscriptions
>
> When I do
> cd models
> cp -r usrmod_v4 test_v4
> cd test_v4;
> bin/mg5
> import model_v4 test
> generate u d > w+ w- u d $ w+ w- z
> output
> launch
>
> I get the normal cross section of 0.3722, same as for the sm and sm_v4
> models. So I would guess the problem is in your user model
> implementation. Might I recommend to do the implementation in FeynRules,
> starting from the FR SM implementation? That is usually easier than
> using a v4 model.
>
> All the best,
> Johan
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Missing variable definition DUM0 in VBF for v4 models
>
> Status in The MadGraph Matrix Element Generator version 5:
> Fix Committed
>
> Bug description:
> Timlu wrote:
>
> When I ran the process like u d > d u w+ w- $ w+ w- z
> It would also induce the error :
>
> Error detected in "generate_events run_01"
> write debug file /Users/
> If you need help with this issue please contact us on https:/
> MadGraph5Error : A compilation Error occurs when trying to compile /Users/
> The compilation fails with the following output message:
> gfortran -O -w -ffixed-
> touch qmass.inc
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> gfortran -O -w -ffixed-
> matrix1.f:393.15:
>
> $ *2),DUM0,AMP(1))
> 1
> 錯誤: 符號「dum0」(位於 (1))沒有 IMPLICIT 類型
> make: *** [matrix1.o] Error 1
>
> To manage notifications about this bug go to:
> https:/