lp:maddm

Created by Mihailo Backovic and last modified
Get this branch:
bzr branch lp:maddm
Members of maddm can upload to this branch. Log in for directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
maddm
Project:
MadDM
Status:
Mature

Recent revisions

48. By Daniele Massaro

Merge with 'proc_labels' branch. Pass to v3.2.12

47. By Daniele Massaro

Fix fast mode not considering specified final states. Pass to 3.2.11

When the user specifies only certain final states for indirect detection
through the command 'generate' or 'add', fast mode should pick only them
and do the various computations only basing on those. This was not the
case as the maddm.out file was simply parsed and everything was stored
(because it uses the same final states as relic density uses).
The behaviour was fixed by storing which final states were explicitly
asked by the user, and using them to save only those sigmav.

46. By Daniele Massaro

Fix import of PPPC ew. Pass to 3.2.10

45. By Daniele Massaro

Fix flux calculation. Pass to v3.2.9

Fix the grid used to perform the Simpson integration of the spectra,
needed for the flux calculation. In this case the grid is logarithmic.

44. By Daniele Massaro

Pass to 3.2.8

43. By Daniele Massaro

Fix bug related to question 704965

Bug made the program to try loop-induced process even when other errors,
not related to amplitude generation occurred, so that it fails by saying
that the model is not NLO compatible even when this does not make sense.
Fixed by setting a model-related flag regarding if the model allows
loop-induced computations and by using the InvalidCmd and
NoDiagramException error properly.

42. By Daniele Massaro

Pass to 3.2.7

41. By Daniele Massaro

Fix spectrum.cmnd file to not be re-written during scans

The file spectrum.cmnd is the input file used by Pythia and it requires
the mass of the dark matter as an input. So it should be rewritten
during scans in order to pass the right value of the mass at every
iteration.

40. By Daniele Massaro

Fix spectra and sigmav contributions initialization, pass to v3.2.6

The spectra and sigmav contributions were initialized to zero at every
call of launch_indirect and not at every call of launch, meaning that
they were initialized also when computing another directory in the same
run. Now they have been set to re-initialize globally for each launch.

39. By Daniele Massaro

Fix spectra and sigmav contributions not emptied during scans. Pass to v3.2.5

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.