Implement musun input generator

[MoritzNeuberger]

Overview:

• Added class to generate muons using a MUSUN file input
• Added class to read a MUSUN file (singleton)
• Added example to experiment with the new generator based on 02-HPGe
• Added an example MUSUN input file with 10000 muons (MUSUN_10k_events.dat)

[gipert]

Thanks! I left a couple of comments.

[gipert]

What is the status here? Only need to better handle the header as we discussed?

[ManuelHu]

This file should be removed, it has been replaced by the (git-excluded) RMGConfig.hh

[ManuelHu]

Actually that import is completely unnecessary here (i.e. none of the RMG_HAS_* constants are actually used) , isn't it?

[ManuelHu]

Now there are some parts of recent main branch changes duplicated in this PR... (and ProjectInfo.hh is still there, which is the cause for the slim build failures...) Maybe a rebase on the latest main would help :-)

[ManuelHu]

Actually that import is completely unnecessary here (i.e. none of the RMG_HAS_* constants are actually used) , isn't it?

[MoritzNeuberger]

So, there is a problem with the multithreaded implementation. The G4CsvAnalysisReader instance is currently initialized in the BeginRunAction of the generator class, so each thread will spawn a separate instance, meaning that each thread will go through all entries in the input file. Could we instead initialize it for example in the manager?

[MoritzNeuberger]

At this point I am thinking of working with a singelton and mutex similar to this Geant4 example.

[MoritzNeuberger]

Multithreaded seems to work now.

[MoritzNeuberger]

In the example I now get this seg violation:

 *** Break *** segmentation violation
WARNING - Attempt to delete the physical volume store while geometry closed !
WARNING - Attempt to delete the logical volume store while geometry closed !
WARNING - Attempt to delete the solid store while geometry closed !
WARNING - Attempt to delete the region store while geometry closed !

I guess I messed up somewhere.

[MoritzNeuberger]

Seems to not throw the seg violation anymore. It was probably related to an automatic delete of the G4CsvAnalysisReader at the end of the program, making the manual delete unnecessary?

Anyway, I think the pull request is now feature-complete. What do you guys think?

[ManuelHu]

Some macro commands will not work on current main