The OPAL Discussion Forum

[Ryan Roussel <roussel AT g.ucla.edu>]

I am building off of OPAL-2.0.0rc2-183-g82d3259 master branch which should be the head? I did it under Nicole N. supervision at Argonne. Maybe I could try rebuilding.

Ryan

On Wed, Oct 10, 2018 at 5:37 AM Christof Metzger-Kraus <christof.j.kraus AT gmail.com> wrote:

Hi Ryan,

I ran your simulation on two different machines but I couldn't reproduce the error you get. Did you use the head of the repository to build the binary?

christof

On Wed, Oct 10, 2018 at 7:17 AM Christof Metzger-Kraus <christof.j.kraus AT gmail.com> wrote:

Ok I'll have a look at the files.

Christof 

Ryan Roussel <roussel AT g.ucla.edu> schrieb am Mi., 10. Okt. 2018, 06:19:

Yes, otherwise opal throws an error and does not run. I have checked the input distribution file and the particle definitely comes in on the opal side of things. I've attached the relevant files.

Ryan

 

On Tue, Oct 9, 2018 at 10:40 PM Christof Metzger-Kraus <christof.j.kraus AT gmail.com> wrote:

Hi Ryan, 

does the number in the first line of the file match the number particles in the file?

Christof 

Ryan Roussel <roussel AT g.ucla.edu> schrieb am Di., 9. Okt. 2018, 21:48:

Hello,

I am trying to do a simulation with a loaded beam profile using the "FROMFILE" type with an injected beam. It seems that opal is loading an extra particle at the 6D origin of the simulation which causes tracking issues as it has no energy so it lags behind the real bunch. I can provide relevant simulation files for verification if necessary.

Thanks,

Ryan